
- •«Управление it-проектами»
- •Основное определение понятия «проект»
- •Основные стандарты управления проектами и их взаимосвязь
- •Основное определение понятия «управление проектами»
- •Основное определение понятий «программа», «управление программой», «портфель», «управление портфелем»
- •Роль офиса управления проектами
- •Роль менеджера управления проектами
- •Взаимосвязь проектов и стратегического планирования организации
- •Проекты и организационная деятельность предприятия
- •Взаимосвязь управления проектами и операционного управления процессами организации. Факторы среды предприятия
- •Факторы среды предприятия
- •Влияние организации на управление проектами
- •Жизненный цикл проекта
- •Фазы проекта
- •Взаимосвязь жизненного цикла проекта и продукта
- •Руководство проектом на протяжении жизненного цикла
- •Связи между фазами проекта
- •Определение понятия «процесс». Группы процессов управления проектом
- •Общие взаимодействия процессов управления проектами
- •Состав группы процессов инициации
- •Состав группы процессов планирования
- •Состав группы процессов исполнения
- •Состав группы процессов мониторинга и управления
- •Состав группы процессов завершения
- •Назначение процессов проекта в рамках жизненного цикла системы
- •Процесс планирования проекта
- •Процесс оценки проекта
- •Процесс контроля проекта
- •Процесс принятия решений
- •Процесс управления рисками
- •Процесс управления конфигурацией
- •Процесс управления информацией
- •Определение понятия «модель жизненного цикла»
- •Взаимосвязь моделей жизненных циклов информационных и программных систем
- •Каскадная (водопадная) модель жизненного цикла разработки ис
- •Спиральная модель жизненного цикла разработки ис
- •Инициация проекта разработки информационной системы
- •Сравнение процессов инициации проекта разработки ис в различных стандартах и методологиях
- •Общая методика инициации проекта
- •Предварительное оценивание реализуемости проекта разработки ис
- •Участники проекта разработки ис. Документирование инициации проекта разработки ис
- •Определение участников проекта в стандарте iso 15288:2002
- •Участники проекта разработки ис
- •Документирование процессов инициации проекта разработки ис
- •План управления проектом
- •Процесс планирования проекта в рамках жизненного цикла системы
- •Планирование проекта разработки ис в соответствии с положениями гост группы 34 «Информационные технологии»
- •Основные определения и описания требований к информационным и программным системам
- •Основы управления требованиями к информационным и программным системам
- •Основные проблемы работы с требованиями к информационным и программным системам
- •Входы, инструменты и выходы процесса «Определение содержания»
- •Входы, инструменты и выходы процесса «Создание иерархической структуры работ»
- •Особенности выполнения процессов построения иерархической структуры работ в соответствии с положениями iso 15288:2002
- •Процессы планирования человеческих ресурсов в стандарте pmbok
- •Процессы управления человеческими ресурсами в стандарте iso 15288:2002
- •Описание идеальной команды it-проекта
- •Модель People Capability Maturity Model
- •Основные процессы формирования и управления расписанием проекта
- •Методы и инструменты процесса «Определение операций»
- •Методы и инструменты процесса «Определение последовательности операций»
- •Методы и инструменты процесса «Оценка ресурсов операций»
- •Методы и инструменты процесса «Оценка длительности операции»
- •Процесс «Разработка расписания»
- •Процесс «Управление расписанием»
- •Технология разработки расписания проекта на основе метода критического пути
- •Основы управления стоимостью проекта
- •Процесс «Оценка стоимости»
- •Процесс «Определение бюджета проекта»
- •Проблема оценки стоимости и бюджетирования ит-проектов
- •Видение кризиса инженерных подходов и зарождение идей гибкого управления ит-проектами
- •Гибкие методологии разработки. Манифест и принципы Agile. Семейство Agile-методологий
- •Анализ особенностей Agile-ориентированных подходов на примере Scrum
- •Проблемы применения Agile-методологий
- •Процессы управления исполнением проекта
- •Методики измерений, используемые в иt-проектах
- •Процесс «Завершение проекта или фазы»
Входы, инструменты и выходы процесса «Определение содержания»
В соответствии с положениями PMBOK иерархическая структура работ (WBS) формируется в результате выполнения двух процессов:
процесс «Определение содержания»;
процесс «Создание иерархической структуры работ».
Определение понятия «процесс «Определение содержания»
Процесс «Определение содержания» – это процесс разработки подробного описания проекта и продукта
Входами процесса «Определение содержания» являются:
Устав проекта;
документы по требованиям;
активы процессов организации.
Активы процессов организации, оказывающие влияние на процесс определения содержания, включают в себя среди прочего:
правила, процедуры и шаблоны описания содержания проекта;
проектные архивы из предыдущих проектов;
знания, накопленные в предыдущих фазах или проектах.
Для выполнения процесса «Определение содержания» используются следующие методы и инструменты:
экспертные оценки;
анализ продукта;
поиск альтернатив;
семинары с участием модератора.
Выходами процесса «Определение содержания» являются:
документ «Описание содержания проекта»;
обновления документов проекта.
Детальное описание содержания проекта либо непосредственно, либо с помощью ссылок на другие документы включает в себя:
описание содержания продукта (характеристики продукта, услуги или результата);
критерии приемки продукта (процесс и критерии приемки завершенных продуктов, услуг или результатов);
результаты проекта (продукт или услуга проекта, отчеты и документы по управлению проектом);
исключения проекта (то, что не входит в содержание проекта);
ограничения проекта (конкретные ограничения проекта, связанные с его содержанием);
допущения проекта (конкретные допущения проекта, связанные с содержанием проекта, и потенциальное влияние данных допущений в случае, если они окажутся ошибочными).
Элементы документов по требованиям могут включать в себя среди прочего:
требования к качеству;
критерии приемки;
бизнес-правила, описывающие руководящие принципы организации;
влияние на другие отделы организации, такие как центр обработки вызовов, отдел продаж, технологические группы;
влияние на другие органы внутри и за пределами исполняющей организации;
требования к технической поддержке и обучению;
допущения и ограничения в отношении требований.
В результате выполнения процесса «Определение содержания» могут быть обновлены документы:
реестр заинтересованных сторон проекта;
документы по требованиям;
матрицу отслеживания требований.
Входы, инструменты и выходы процесса «Создание иерархической структуры работ»
Определение понятия «процесс «Создание иерархической структуры работ»
Процесс «Создание иерархической структуры работ (ИСР)» – это процесс разделения результатов проекта и работ по проекту на более мелкие элементы, которыми легче управлять
Определение понятия «иерархическая структура работ»
Иерархическая структура работ – это ориентированная на результаты иерархическая декомпозиция работ, которые должна выполнить команда проекта для достижения целей проекта и создания требуемых результатов; на каждом более низком уровне ИСР представляет все более детальное описание работ по проекту
Определение понятия «работа»
В контексте ИСР «работа» означает продукты или результаты работ, являющиеся результатами действий, но не сами действия
Назначение иерархической структуры работ
ИСР организует и определяет общее содержание проекта и представляет работы, указанные в текущем одобренном описании содержания проекта
Взаимосвязь ИСР и других процессов управления проектом
Запланированные работы содержатся в элементах ИСР самого нижнего уровня, которые называются «пакетами работ». Для пакетов работ могут составляться расписания, оцениваться стоимость, может проводиться их мониторинг и управление
Входами процесса «Создание ИСР» являются:
документ «Описание содержания проекта»;
документы по требованиям;
активы процессов организации.
Активы процессов организации, которые могут оказывать влияние на процесс создания ИСР, включают в себя среди прочего:
правила, процедуры и шаблоны для ИСР;
проектные архивы из предыдущих проектов;
знания, накопленные в предыдущих проектах.
Декомпозиция всей совокупности работ по проекту до пакетов работ обычно включает в себя следующие действия:
определение и анализ результатов и соответствующих работ;
структурирование и организация ИСР;
разбиение верхних уровней ИСР на детализированные элементы более низких уровней;
разработку и присвоение идентификационных кодов элементам ИСР;
проверку необходимости и достаточности степени декомпозиции.
Структура ИСР может быть создана в различных формах, например:
в качестве первого уровня декомпозиции используются фазы жизненного цикла проекта, на втором уровне расположены результаты, относящиеся к проекту и продукту;
в качестве первого уровня декомпозиции используются основные результаты;
используются подпроекты, которые могут разрабатываться организациями, не входящими в команду проекта, например по контракту. В таких случаях продавец разрабатывает вспомогательную иерархическую структуру работ по контракту в рамках работ, включенных в условия контракта.
Выходами процесса «Создание ИСР» являются:
иерархические структуры работ проекта;
словарь ИСР;
базовый план по содержанию;
обновления документов проекта.
Принцип окончательного определения ИСР
ИСР окончательно оформляется с помощью создания контрольных счетов для пакетов работ и уникального идентификатора из плана счетов. Данные идентификаторы предоставляют структуру для иерархического суммирования информации о затратах, расписании и ресурсах
Определение понятия «контрольный счет»
Контрольный счет – элемент управления, посредством которого содержание, стоимость и расписание интегрируются и сравниваются с освоенным объемом для измерения исполнения