ИТ-архитектура. Практическое руководство от А до Я. Первое издание. Вадим Алджанов
Чтение книги онлайн.

Читать онлайн книгу ИТ-архитектура. Практическое руководство от А до Я. Первое издание - Вадим Алджанов страница 49

СКАЧАТЬ style="font-size:15px;">      •В процессе обсуждения проводится корреляция мнений после чего рабочая группа приходит к общему решению.

      Оценка времени или часов разработки

      Важным элементом, при ведении ИТ проекта по разработке программного обеспечения является оценка времени, необходимого для разработки продукта. Данный вопрос актуален, как при разработке решения внутренней ресурсами, так и при аутсорсинге. Классическим примером, показан на диаграмме.

      Все это может привести к следующим плачевным последствиям: Срыв сроков проекта, Превышение стоимость проекта (овертаймы и т п) или неудовлетворенность заказчика качеством продукта.

      Для устранения данных проблем можно воспользоваться следующими методами и техниками:

      Poker Estimate,

      Сравнение с аналогом,

      Bottom up & Top down

      Экспертная оценка.

      После проведения анализа по одним из методик, рекомендуется добавить к срокам проекта:

      •15—20% процентов времени для покрытия рисков и непредвиденных случаев

      •Принимаем в расчетах 80% процентов рабочего времени (а не 100% формальных) разработчика, как основной рабочей единицы занятой на проекте

      Диаграмма: Стоимость проекта

      Ведение документации по проекту

      Документация проекта – это набор документов, описывающих проект и регламентирующих деятельность в рамках проекта.

      Проекты живут за счет быстрого обмена информации внутри проектной команды и внешними заинтересованными сторонами, поставщиками. Каждый участник проекта отвечает за предоставление или не предоставление информации.

      Правило: «информация – это долг, который одни должны отдать, а другие потребовать».

      Ход проектных работ должен постоянно документироваться, являясь внутренней информацией проекта. Информацию можно разделить на две части: Внутренняя и Внешняя.

      Внутри команды информацией по проекту могут обладать почти все участники проекта, а во вне отдается только часть информации. Пример внутренней информации:

      •Планы

      •Статусы

      •Протоколы совещаний

      •Документация по дефектам, тестам

      •Договоры с поставщиками

      •Анализ рисков

      Пример информации, которую можно отдать во вне:

      •Матрица компетенций

      •Журнал распределения обязанностей

      •Статусы проекта

      •График вех

      •Заключительные отчеты

      Проект документируется на протяжении всего жизненного цикла. При отсутствии регламентирующих правил работы с документами и по мере накопления документов в проекте информационная среда проекта может стать тормозом для выполнения проекта. Для разных типов проектов существует свой набор или пакет документов проекта. Например, СКАЧАТЬ