grischenko-proj-management / lectures / lecture-05-conspect
.pdf1
Менеджмент проектов программного обеспечения Лекция №5: «Планирование проекта»
1.Иерархическая структура работ
1.Иерархическая структура работ (ИСР) (Work /Breakdown Structure, WBS) — ориентированная на результат иерархическая декомпозиция работ, выполняемых командой проекта для достижения целей проекта и необходимых результатов. С ее помощью структурируется и определяется все содержание проекта. Каждый следующий уровень иерархии отражает более детальное определение элементов проекта.
2.Декомпозиция работ проекта
1.ГОСТ 19.102-77
1.Техническое задание
2.Эскизный проект
3.Технический проект
4.Рабочий проект
5.Внедрение
2.В коммерческой разработке ПО такой подход не эффективен. На верхнем уровне декомпозиции проекта должны находиться продукты проекта, а на следующем уровне — компоненты, из которых эти продукты состоят. Компоненты далее могут быть декомпозированы на «фичи» — функции, которые они должны реализовывать.
3.Выделение компонентов, составляющих программный продукт, это элемент высокоуровневого проектирования, которое мы должны выполнить на фазе планирования проекта, не дожидаясь проработки всех функциональных требований к разрабатываемому ПО.
4.При составлении базового плана работ не стоит стремиться максимально детализировать все работы. ИСР не должна содержать слишком много уровней, достаточно 3-5.
5.ИСР является одним из основных инструментов (средств) в механизме управления проектом, с помощью которого измеряется степень достижения результатов проекта. Важнейшая ее функция это обеспечить представление всех у частников проекта относительно того, как будет делаться проект. В последующем базовый план будет служить ориентиром для сравнения с текущим исполнением проекта и выявления отклонений для целей управления.
3.Виды управления в программном проекте
1.Управление содержанием
2
2.Управление конфигурациями
3.Управление качеством
4.Управление рисками
5.Оценка трудоемкости и сроков работ
4.Планирование управления содержанием
1.Определить источники запросов на изменение.
2.Установить порядок анализа, оценки и утверждения/отклонения изменения содержания.
3.Определить порядок документирования изменений содержания.
4.Определить порядок информирования об изменении содержания.
5.Первая задача, которую необходимо решить при анализе запроса на изменения — выявить объекты изменений: требования, архитектура, структуры данных, исходные коды, сценарии тестирования, пользовательская документация, проч. Затем требуется спроектировать и детально описать изменения во всех выявленных объектах. И наконец, следует оценить затраты на внесение изменений, тестирование изменений и регрессионное тестирование продукта и их влияние на сроки проекта.
5.Планирование организационной структуры
1.Взаимоотношения между рабочими группами
2.Система отчетности
3.Система оценки хода выполнения проекта
4.Система принятия решений
6.Планирование управления конфигурациями
1.Обеспечение единого хранилища всего программного кода и документации
2.Обеспечение механизмов восстановления всей информации по проекту в случае сбоя
3.Настройка рабочих станций и серверов
4.Установка и конфигурирование среды разработки
7.Планирование управления качеством
1.Качество не только тестирование
2.Необходима организация всего процесса разработки
8.План управления качеством
1.Соответствие продукта стандартам и требованиям
2.Определение отклонений по качеству
3.Представление руководству информации о несоответствиях, не устраняемых на уровне проекта.
3
9. Диаграмма Ганта
10.Критический путь проекта
1.Критический путь проекта (Critical path) — самая длинная цепочка работ в проекте. Увеличение длительности любой работы в этой цепочки приводит к увеличению длительности всего проекта.
11.Проект «Приготовить завтрак»
1.Цель проекта. Сделать завтрак в постель
2.Результаты проекта. Завтрак в постели из вареного яйца, тоста и апельсинового сока.
3.Ресурсы. Имеется один оператор и обычное кухонное оборудование.
4.Сроки. Проект начинается на кухне в 8:00 и завершается в спальне.
5.Критерий приемки. Используются минимальные трудовые ресурсы и срок. Конечный продукт имеет высокое качество: яйцо свежесваренное, тост теплый, сок холодный.
6.Обоснование полезности. Проект служит достижению стратегических целей.
12.Иерархическая структура работ
4
13.Диаграмма расписания проекта
14.Критический путь
15.Итоговое расписание проекта
5
16.Распараллеливание задач
1.Задача не требует непосредственного участия человека 1. Сборка
2.Обработка данных
3.Моделирование
4.Импорт/экспорт
5.Создание резервных копий/восстановление
2.Распределение несвязанных задач по нескольким исполнителям
3.Реализация части функционала с помощью «заглушек»
17.Критический путь
1.Критический путь может меняться
2.Критических путей может быть несколько
6
3.Задачи в критическом пути должны быть не жестко связанными
18.Приложения для планирования проектов
1.MS Project (http://www.microsoft.com/project)
2.GanttProject (http://www.ganttproject.biz/)
3.OpenProj (http://sourceforge.net/projects/openproj/)
4.Megaplan (http://megaplan.ru)
Список литературы
1.С. Архипенков. Обзор метода функциональных точек. http://citforum.ru/SE/project/arkhipenkov_lectures/8.shtml
2.Диаграмма Ганта. http://ru.wikipedia.org/wiki/Диаграмма_Ганта
3.Метод критического пути. http://ru.wikipedia.org/wiki/Метод_критического_пути