ИТ-архитектура от А до Я: Теоретические основы. Первое издание - стр. 61
Метод показателей
Используются показатели по завершенным проектам. Например, метод процентных ставок. При этом методе происходит полноценное распределение затрат по разным фазам. Например, если известны реальные затраты на первую фазу, то остальные вычисляются согласно процентному распределению. Пример: Фаза анализа – 20%, Фаза проекта – 35%, Фаза реализации – 30% и Фаза тестирования – 15%.
Оценка «Навскидку» Poker Estimate
Техника предполагает следующие ключевые аспекты действий:
•Собирается рабочая группа (разработчики, аналитики, представители бизнеса и т п).
•Озвучивается задача,
•Каждый участник оценивает сроки проекта основываясь на своем опыте и уровню,
•Каждый участник высказывает свое мнение.
•Для обсуждения рабочей группой выбираются самый короткий и самый длинный срок проекта.
•В процессе обсуждения проводится корреляция мнений после чего рабочая группа приходит к общему решению.
Оценка времени или часов разработки
Важным элементом, при ведении ИТ проекта по разработке программного обеспечения является оценка времени, необходимого для разработки продукта. Данный вопрос актуален, как при разработке решения внутренней ресурсами, так и при аутсорсинге. Не правильная оценка может привести к следующим плачевным последствиям: срыв сроков проекта, превышение стоимость проекта (овертаймы и т п) или неудовлетворенность заказчика качеством продукта. Для устранения данных проблем можно воспользоваться следующими методами и техниками:
•Poker Estimate,
•Сравнение с аналогом,
•Bottom up & Top down
•Экспертная оценка.
После проведения анализа по одним из методик, рекомендуется добавить к срокам проекта:
•15—20% процентов времени для покрытия рисков и непредвиденных случаев
•Принимаем в расчетах 80% процентов рабочего времени (а не 100% формальных) разработчика, как основной рабочей единицы занятой на проекте
Диаграмма: Стоимость проекта
Ведение документации по проекту
Документация проекта – это набор документов, описывающих проект и регламентирующих деятельность в рамках проекта.
Проекты живут за счет быстрого обмена информации внутри проектной команды и внешними заинтересованными сторонами, поставщиками. Каждый участник проекта отвечает за предоставление или не предоставление информации.
Правило: «информация – это долг, который одни должны отдать, а другие потребовать».
Ход проектных работ должен постоянно документироваться, являясь внутренней информацией проекта. Информацию можно разделить на две части:
•Внутренняя
•Внешняя.
Внутри команды информацией по проекту могут обладать почти все участники проекта, а во вне отдается только часть информации. Пример внутренней информации:
•Планы
•Статусы
•Протоколы совещаний
•Документация по дефектам, тестам
•Договоры с поставщиками
Анализ рисков
Пример информации, которую можно отдать во вне:
•Матрица компетенций
•Журнал распределения обязанностей
•Статусы проекта
•График вех
•Заключительные отчеты
Проект документируется на протяжении всего жизненного цикла. При отсутствии регламентирующих правил работы с документами и по мере накопления документов в проекте информационная среда проекта может стать тормозом для выполнения проекта. Для разных типов проектов существует свой набор или пакет документов проекта. Например, документация проекта по строительству дома будет в себя включать: эскизный проект и технико-экономическое обоснование проекта строительства, рабочий проект, исходно-разрешительную документацию и др. В свою очередь, документация проекта по внедрению программного обеспечения должна содержать в себе описание автоматизируемых функций, описание постановки задач (комплекса задач), описание систем классификации и кодирования и др. ряд документов. Перечень