Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

grischenko-proj-management / lectures / lecture-05-conspect

.pdf
Скачиваний:
33
Добавлен:
03.03.2016
Размер:
244.1 Кб
Скачать

1

Менеджмент проектов программного обеспечения Лекция №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/Метод_критического_пути

Соседние файлы в папке lectures