Характеристика методики Oracle PJM

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: