5. Характеристика методики Oracle pjm

Управление проектом осуществляется на основе методологии управления проектами Oracle – PJM (Project Management Method). Методика управления PJM — это стандартный подход Oracle к управлению проектами по информационным технологиям.

Цель метода PJM — создание такой структуры, на основе которой все типы проектов в области информационных технологий будут согласованно спланированы, оценены, проконтролированы и выполнены. Согласованное выполнение действий необходимо особенно сегодня, когда в различных проектах применяются различные методы, средства и подходы. Метод PJM разработан для поддержки практически любых типов проектных работ. Хотя этот метод был разработан для управления широкомасштабными проектами, сегодня он с успехом применяется и для проектов небольшого объема. Подход PJM может быть использован для проектных работ, выполняемых группами, для пакетов работ, подпроектов, пилотных проектов и в других программах. Вся организация метода PJM представляет собой основанную на процессах методологию, которая может быть адаптирована к специфическим потребностям проекта.

PJM включает в себя следующие фазы: планирование, выполнение, завершение.

Фазы, в свою очередь, делятся на процедуры:

• контроль за проектом;

• управления спорными вопросами и рисками;

• управления границами проекта;

• утверждения результатов;

• задержки в проектных работах.

Контроль за проектом

В начале проектных работ, в соответствии с требованиями стандартов, разрабатывается детальный план проекта. Руководители проекта регулярно проводят совещания по ведению проектных работ на которых обсуждаются следующие вопросы:

• соответствие сроков выполнения работ плану;

• риски и спорные вопросы;

• запросы изменения границ проекта;

• ежемесячные/еженедельные отчеты о состоянии работ по проекту;

• другие вопросы, связанные с ходом проектных работ.

Управление спорными вопросами и рисками

Настоящая операционная процедура описывает процесс решения спорных вопросов и рисков. Процедура касается тех спорных вопросов, которые не могут быть разрешены в рабочем порядке проектной группой, что может повлечь за собой изменение проекта. Инициатором риска или спорного вопроса может быть любой участник проектной группы.

Управление границами проекта

Если решение спорного вопроса требует изменения границ проекта, то спорный вопрос преобразуется в Запрос на изменение границ проекта, после чего заполняется соответствующая форма Запроса на Изменение границ проекта (ЗИ). Руководитель проекта от компании-исполнителя оценивает стоимость работ по реализации изменений.

Утверждение результатов

После утверждения результата, изменения могут быть осуществлены через использование процедуры управления границами проекта. Стадия проектных работ считается завершенной, если закончены все проектные работы, предусмотренные текущим планом проекта, и результаты работ переданы на рассмотрение Предприятия.

6. Mbsp (компания «Microsoft)

Методология внедрения разработана на основании опыта, накопленного в течение последних почти 20 лет в ходе работы по реализации большого количества проектов на предприятиях разного масштаба, в различных странах и регионах, а также в разных отраслях.

Методология внедрения позволяет обеспечить высокую эффективность проекта для Заказчика и реальное достижение тех целей внедрения, ради которых Заказчик и начал поиск решения. Методология внедрения Microsoft Business Solutions предполагает высокую «прозрачность» и контроль хода проекта на всех этапах, что, в первую очередь, направлено на снижение проектных рисков.

Основной акцент Mетодология внедрения делает на нуждах бизнеса Заказчика, которому, в конечном итоге, необходимо решение для эффективной работы бизнеса, то есть система управления предприятием, обеспечивающая достижение его целей.

Таким образом, результат проекта согласно методологии внедрения Microsoft Business Solutions – это работающее решение для бизнеса Заказчика, а не простая настройка программного продукта.

Одним из основных критериев методологии является реализация проекта в запланированные сроки, в соответствии с проектным заданием и в рамках оговоренного бюджета.

Для того чтобы гарантировать удовлетворение этому требованию, методология внедрения предполагает целый ряд средств, методов и инструментов, позволяющих обеспечить качество и стоимость проекта.

Проект, согласно методологии внедрения Microsoft Business Solutions Partner Methodology, состоит из нескольких стадий: Диагностика, Анализ, Дизайн, Разработка и тестирование, Развертывание, Начальное сопровождение.

На стадии "Диагностика" методологии внедрения проводится предварительное обследование предприятия Заказчика, имеющее целью понять особенности и потребности его бизнеса, совместно выработать требования к предстоящему решению и на основе этой информации предложить будущее решение.

Основной задачей стадии "Анализ" является подробное изучение тех участков и бизнес-процессов Заказчика, которые должны быть включены в проект. Требования к результатам внедрения детализируются и уточняются. На этом же этапе осуществляется долгосрочное планирование проекта, проводится обучение участников со стороны Заказчика базовой функциональности продукта, на котором решение будет построено. На этапе "Анализ" определяется оптимальный способ реализации для каждого бизнес-процесса, принимается решение об объеме доработок и модификаций, изменениях в бизнес-процессах.

Основной вопрос, на который дает ответ стадия "Дизайн" – «Как?», «Каким образом?». В документах, которые разрабатываются, согласуются и утверждаются на этой стадии, описывается концепция реализуемого решения, изменения в бизнес-процессах, модификации и расширения функциональности.

На стадии "Разработка и тестирование" создается несколько различных инсталляций продукта: где будет вестись разработка, тестирование и куда будут переноситься созданные и отлаженные объекты. После завершения этапа "Разработка и тестирование" спроектированных на стадии "Дизайн" модификаций и интерфейсов, производится настройка рабочей системы, перенос в нее основных справочников и входящего сальдо для проведения опытно-промышленной эксплуатации.

На стадии "Развертывание" происходит переход системы в опытно промышленную эксплуатацию. В случае, если должно быть произведено тиражирование решения на несколько инсталляций, это также осуществляется на стадии "Развертывание".

Как правило, на этапе "Развертывание" происходит официальное завершение проекта.

На стадии "Начальное сопровождение" осуществляется поддержка начального периода промышленной эксплуатации системы. По окончании этапа "Начальное сопровождение" Заказчик переходит на регулярное сопровождение, в ходе которого осуществляется поддержка его работы в рамках контракта на сопровождение, а также периодические плановые обновления программного обеспечения. В ходе сопровождения возможно поступление запросов от Заказчика на изменение и развитие используемого решения.