- •Лекционный материал по курсу «управление it-проектами» (для самостоятельного изучения)
- •Тема 1: Концептуальные основы управления проектами.
- •Тема 2: Жизненный цикл it-проекта.
- •К основным процессам жц по относятся:
- •К вспомогательным процессам жизненного цикла по относятся:
- •Организационные процессы жизненного цикла по включают:
- •Тема 3: Процессы управления проектами: инициация, планирование, исполнение, контроль, завершение.
- •Тема 5: Управление сроками it-проектов.
- •1. Стрелочная диаграмма
- •2. Диаграмма предшествования
- •Тема 7: Управление стоимостью it-проектов.
- •Оценка затрат проекта.
- •Оценка стоимости it-проекта.
- •Методы контроля стоимости it-проекта. Метод освоенного объема.
- •Тема 7: Управление качеством it-проекта.
- •Принципы управления качеством проекта:
- •Тема 8: Управление рисками it-проектов.
- •Тема 9: Управление человеческими ресурсами it-проекта.
- •1 Процесс: Планирование человеческих ресурсов
- •2 Процесс: Набор команды проекта
- •4 Процесс: Управление командой проекта
- •1. Подход Центра объектно-ориентированной технологии компании ibm (Функциональные роли в коллективе разработчиков)
- •2. Команда хр проекта – роли для людей
- •3. Проектная группа: подход msf
- •Менеджер продукта.
- •2. Менеджер программы
- •3. Разработчик
- •4. Тестер
- •5. Инструктор
- •6. Логистик
Организационные процессы жизненного цикла по включают:
1. Процесс управления включает такие действия как определение области управления, планирование, выполнение и контроль.
2. Создание инфраструктуры. Инфраструктура программного проекта включает в себя технологии и стандарты, а также совокупность аппаратных, программных и инструментальных средств для разработки, эксплуатации или сопровождения ПО. Инфраструктура, в свою очередь, является одним из объектов управления конфигурацией.
3. Процесс усовершенствования предусматривает оценку, измерение, контроль и усовершенствование процессов жизненного цикла ПО. Он основан на анализе достоинств и недостатков каждого процесса. Такому анализу способствует накопление организационной, технической, экономической и другой информации по реализованным проектам. Целью процесса усовершенствования является повышение производительности труда всех участвующих специалистов за счет развития используемой технологии и методов управления, выбора соответствующих им инструментальных средств и обучения персонала.
4. Процесс обучения охватывает первоначальное обучение и последующее постоянное повышение квалификации персонала. Содержание процесса обучения определяется требованиями к проекту.
=5=
Для выбора приемлемой модели жизненного цикла разработки ПО необходимо выполнить следующую последовательность действий.
Проанализировать отличительные категории проекта ( см. табл.).
Ответить на вопросы, приведенные для каждой категории, выбрав в качестве ответа слова «да» или «нет».
Расположить по степени важности вопросы, относящиеся к каждой категории, относительно проекта, для которого выбирается приемлемая модель.
Воспользоваться упорядоченными категориями для разрешения противоречий, возникающих при сравнении моделей, если общие полученные показатели сходны или одинаковы.
Выбор модели жизненного цикла зависит от разных характеристик: требования, команда разработчиков, коллектив пользователей, тип проекта и риски
Табл. - Выбор модели жизненного цикла
Основание выбора |
Каскад ная |
V-образ. |
Прототи- пирование |
Спиральная |
RAD |
Инкре- ментная |
||||||||||
1 |
2 |
3 |
4 |
5 |
6 |
7 |
||||||||||
Требования: |
||||||||||||||||
Являются ли требования легко определимыми и/или хорошо известными? |
Да |
Да |
Нет |
Нет |
Да |
Нет |
||||||||||
Могут ли требования заранее определяться в цикле? |
Да |
Да |
Нет |
Нет |
Да |
Да |
||||||||||
Часто ли будут изменяться требования в цикле? |
Нет |
Нет |
Да |
Да |
Нет |
Нет |
||||||||||
Нужно ли демонстрировать требования с целью определения? |
Нет |
Нет |
Да |
Да |
Да |
Нет |
||||||||||
Требуется ли для демонстрации возможностей проверка концепции? |
Нет |
Нет |
Да |
Да |
Да |
Нет |
||||||||||
Будут ли требования отражать сложность системы? |
Нет |
Нет |
Да |
Да |
Нет |
Да |
||||||||||
Обладает ли требование функциональными свойствами на раннем этапе? |
Нет |
Нет |
Да |
Да |
Да |
Да |
||||||||||
Команда разработчиков проекта: |
||||||||||||||||
Являются ли проблемы предметной области проекта новыми для большинства разработчиков? |
Нет |
Нет |
Да |
Да |
Нет |
Нет |
||||||||||
Является ли технология предметной области проекта новой для большинства разработчиков? |
Да |
Да |
Нет |
Да |
Нет |
Да |
||||||||||
Являются ли инструменты, используемые проектом, новыми для большинства разработчиков? |
Да |
Да |
Нет |
Да |
Нет |
Нет |
||||||||||
Изменяются ли роли участников проекта во время жизненного цикла? |
Нет |
Нет |
Да |
Да |
Нет |
Да |
||||||||||
Могут ли разработчики проекта пройти обучение? |
Нет |
Да |
Нет |
Нет |
Да |
Да |
||||||||||
Является ли структура более значимой для разработчиков, чем гибкость? |
Да |
Да |
Нет |
Нет |
Нет |
Да |
||||||||||
Будет ли менеджер проекта строго отслеживать прогресс команды? |
Да |
Да |
Нет |
Да |
Нет |
Да |
||||||||||
Важна ли легкость распределения ресурсов? |
Да |
Да |
Нет |
Нет |
Да |
Да |
||||||||||
Приемлет ли команда равноправные обзоры и инспекции? |
Да |
Да |
Да |
Да |
Нет |
Да |
||||||||||
Коллектив пользователей: |
||||||||||||||||
Будет ли присутствие пользователей ограничено в жизненном цикле? |
Да |
Да |
Нет |
Да |
Нет |
Да |
||||||||||
Будут ли пользователи знакомы с определением системы? |
Нет |
Нет |
Да |
Да |
Нет |
Да |
||||||||||
Буду ли пользователи ознакомлены с проблемами предметной области? |
Нет |
Нет |
Да |
Нет |
Да |
Да |
||||||||||
Будут ли пользователи вовлечены во все фазы жизненного цикла? |
Нет |
Нет |
Да |
Нет |
Да |
Нет |
||||||||||
Будет ли заказчик отслеживать ход выполнения проекта? |
Нет |
Нет |
Да |
Да |
Нет |
Нет |
||||||||||
Тип проекта и риски: |
||||||||||||||||
Будет ли проект идентифицировать новое направление продукта для организации? |
Нет |
Нет |
Да |
Да |
Нет |
Да |
||||||||||
Будет ли проект иметь тип системной интеграции? |
Нет |
Да |
Да |
Да |
Да |
Да |
||||||||||
Будет ли проект являться расширением существующей системы? |
Нет |
Да |
Нет |
Нет |
Да |
Да |
||||||||||
Будет ли финансирование проекта стабильным на всем протяжении жизненного цикла? |
Да
|
Да
|
Да
|
Нет
|
Да
|
Нет
|
||||||||||
Ожидается ли длительная эксплуатация продукта в организации? |
Да
|
Да
|
Нет
|
Да
|
Нет
|
Да |
||||||||||
Должна ли быть высокая степень надежности? |
Нет |
Да |
Нет |
Да |
Нет |
Да |
||||||||||
Будет ли система изменяться, возможно, с применением непредвиденных методов, на этапе сопровождения? |
Нет
|
Нет
|
Да
|
Да
|
Нет
|
Да
|
||||||||||
Является ли график ограниченным? |
Нет |
Нет |
Да |
Да |
Да |
Да |
||||||||||
Являются ли «прозрачными» интерфейсные модули? |
Да |
Да |
Нет |
Нет |
Нет |
Да |
||||||||||
Доступны ли повторное используемые компоненты? |
Нет |
Нет |
Да |
Да |
Да |
Нет |
||||||||||
Являются ли достаточными ресурсы (время, деньги, инструменты, персонал)? |
Нет
|
Нет
|
Да
|
Да
|
Нет
|
Нет
|
||||||||||
Выбор подходящей модели — это только первая стадия применения модели жизненного цикла в процессе определенного проекта. Следующая стадия заключается в ее подгонке в соответствии с потребностями этого проекта. Это означает, что выбранные реальные фазы и действия должны помочь руководителю проекта соотнести проект с выбранной моделью.