Тема 5.1.4 Оценка возможных рисков при выполнении программного проекта

Риски, возникающие в процессе разработки, подразделяются на связанные с ресурсным, финансовым и организационным (ад­министративным) обеспечением и связанные с большим объе­мом и сложностью ПП.

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

Финансовые риски тесно связаны с ресурсными рисками и рисками, обусловленными большим объемом и сложностью ПП, так как неправильное планирование ресурсов может вызвать пре­вышение бюджета проекта. Кроме того, на финансовые риски вли­яют изменение конъюнктуры рынка ПП и состоятельность заказ­чика.

Организационные, или административные, риски связаны с неправильной организацией хода разработки, ошибками в пла­нировании и распределении обязанностей, недостаточной ответ­ственностью исполнителей.

Риски последней разновидности обусловлены неточностью предварительных оценок объемов и сложности ПП. Заниженные предварительные оценки могут привести к неправильному опре­делению необходимых объемов ресурсов и, в конечном итоге, к срыву сроков выполнения работ.

После выявления возможных рисков производится экспертная оценка вероятности их возникновения и планируются способы их преодоления

Тема 5.1.5 Составление временного графика выполнения программного проекта

Для составления временного графика выполнения проекта не­обходимо проанализировать и обобщить полученные ранее оцен­ки объемов и ресурсов, запланированные объемы работ, инстру­ментальные ресурсы и распределить персонал по фазам жизнен­ного цикла. Такое распределение производится на основе име­ющегося исторического опыта подобного планирования. Если опыт отсутствует, то можно воспользоваться табл. 6.2.

Составление временного графика проекта начинают с постро­ения GANTT-диаграммы этапов разработки, пример которой при­веден на рисунке 25. При планировании небольших проектов это лег­ко делать вручную. На диаграмме, получившей такое название по имени автора — Генри Ганта (Henry Gantt), хорошо видны очередность и взаимосвязь этапов, их последовательность во време­ни, конечный срок завершения проекта.

Рисунок 25 Пример GANTT-диаграммы

Таблица … Распределение трудозатрат и временных затрат по основным этапам разработки программного продукта

		Объем	проекта, %
Этан	малого	промежу-	среднего	большого
	(2 KLOQ	точного (8 KLOC)	(32 KLOC)	{128 KLOC)
	Трудозатраты
Планирование, составле-	16	16	16	16
ние 1ребований, высоко-
уровнсиое проектирование
Детальное проектирование	26	25	24	23
Разработка	42	40	38	36
Тестирование, сопро-	16	19	22	25
вождение
Временные затраты
Планирование, составле-	19	19	19
ние требований, высоко-
уровневое проектирование
Детальное проектиро-	63	59	55	51
вание, разработка
Тестирование, сопро-	18	22	26	30
вождение

Для каждого этапа указывают, сколько человек занято его вы­полнением, какова его продолжительность, даты начала и завер­шения этапа.

Для больших проектов ручное построение диаграмм затрудне­но. В этом случае рекомендуется использовать автоматизирован­ные средства, например Microsoft ProjectTM, что позволит глуб­же представить структуру распределения этапов работ и ресурсов, учесть взаимосвязь между отдельными работами, рационально распределить персонал, избежать перегрузок и простоев.

Для больших проектов рекомендуется представлять также обоб­щенный график выполнения проекта (формируется вручную), в котором отмечены основные фазы подобно рисунок 25.

Допускается отсутствие в плане проекта подробной GANTT-диаграммы при условии, что полная структура разделения работ представляется таблицей.

Собираемые метрики, используемые методы, стандарты и шаблоны

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

Все полученные данные необходимо хранить в исторической базе данных (ИБД) проектной группы. Кроме того, в ИБД следу­ет заносить запланированные объемы работ и распределение ре­сурсов по этапам жизненного цикла ПП, длительность этих эта­пов и все другие данные, которые, по мнению руководителя про­екта, могут помочь в дальнейшем улучшить процесс планирова­ния и повысить его производительность.

Используемые инструменты: система подготовки документов (например, MS Word); электронные таблицы (например, Excel); система автоматизации планирования (например, Project).

Используемые методы и стандарты: процесс организации; мет­рическая программа организации.

Используемые шаблоны: плана проекта; отчета по обзору; от­чета о статусе проекта.

Контрольные вопросы

1. Каково назначение этапа планирования в жизненном цикле разработки программного продукта?

2. Что представляет собой цикл планирования?

3. Объясните цель и назначение структурирования работ.

4. В чем и как измеряются объем и сложность программного продукта?

5. Как выполняется оценка необходимых ресурсов для выполнения работ?

6. Какие виды рисков вы знаете и как они оцениваются?

7. Объясните назначение временного графика выполнения работ.

8. Какие метрики собирают на этапе планирования?

9. Какие инструменты, методы, стандарты и шаблоны используют при выполнении этапа планирования?