Глава 2. Инфраструктура планирования проекта

Конспект Pankaj Jalote "Управление программным продуктом на практике"

Как создать память организации и на основе ее - инфраструктуру для планирования проектов? Какими должны быть элементы этой структуры, как должна систематически фиксировать накопленный опыт и как сделать его для повторного использования. Как поддерживать такую инфраструктуру в рабочем состоянии. В базе данных процессов (process database, PDB) фиксируются данные о производительности в завершенных проектах. Базовая линия устойчивости процесса (process capability baseline, PCB) суммирует производительность по всем проектам, т.е. она количественно определяет диапазон результатов, полученных при соблюдении процессов. Имущество процессов (активы процессов ?) - это такие документы, как контрольные перечни, шаблоны, методологии и полученные уроки, т.е. материалы, фиксирующие накопленный опыт и помогающие менеджерам проектов и инженерам эффективно пользоваться процессами. 2.1. База данных процессов Представляет собой постоянное хранилище данных о производительности процессов из проектов, которые могут использоваться для планирования и оценки проекта, анализа продуктивности и качества, а также в других целях. Состоит из данных, полученных в завешенных проектах, и каждый проект предоставляет одну запись данных. Для этого необходимо собрать данные, проанализировать их, а затем сформировать запись в базе данных. 2.1.1. Содержимое базы данных процессов Аналогичные проекты - в PDB необходимо зафиксировать общую информацию о проекте:

• Предметная область
• Языки программирования
• Платформы
• Базы данных
• Инструменты
• Размер ПО
• Трудоемкость. В том числе с распределением по фазам
• Ошибки
• Графики работ
• Риски
• Прочее

Таким образом, данные можно классифицировать:

• Характеристики проекта
  • Название проекта
  • Имена, контакты менеджеров проекта и лидеров модулей
  • Подразделение (для анализа по подразделениям)
  • Размещенный процесс (анализ процессов по отдельности)
  • Предметная область
  • Аппаратная платформа
  • информация о его рисках
  • продолжительность выполнения
  • Численность команды
• График работ по проекту
  • Плановые даты
  • Фактические даты
• Трудоемкость проекта
  • Первоначальная оценка трудоемкости
  • Общая фактическая трудоемкость
  • Распределение фактической трудоемкости по стадиям проекта
• Размер ПО
  • Число строк кода (LOC)
  • Количество простых, средних и сложных программ или сочетание этих показателей - Число функциональных точек (FP).
  • Размер окончательной системы в FP.
• Ошибки
  • Число ошибок, найденных разными методами их обнаружения
  • Число ошибок, внесенных на разных стадиях
    • При экспертизе требований
    • Экспертизе кода
    • Тестировании элементов
    • …
  Необходимо фиксировать число обнаруженных ошибок и для стадий внесения, и для стадий обнаружения. Стадии обнаружения - это разнообразные экспертизы и тестирование; стадии внесения - это анализ требований, проектирование и программирование.
  • Замечания
    • По оцениванию
    • По управлению рисками

2.2. Базовая линия устойчивости процесса Базовая линия устойчивости процесса (PCB) представляет снимок устойчивости процесса на некоторый момент времени в количественных показателях. Устойчивость процесса - это диапазон результатов, которые можно ожидать от проекта при соблюдении процесса. Для стабильного процесса его можно определить по статистике производительности процесса. Необходимо определить, что должна содержать PCB, типы результатов. Например:

• Качество поставленного продукта
• Продуктивность
• График работ
• Распределение трудоемкости
• Темп внесения ошибок
• Внутренняя эффективность устранения ошибок процесса
• Стоимость качества
• Распределение ошибок

Поскольку базовая линия показывает устойчивость процесса, необходимо создать отдельные базовые линии для каждого процесса в организации. Например, для проектов сопровождения, реинжиниринга и разработки. Для однотипных проектов необходимо создать свою PCB. 2.3. Имущество процесса и система совокупности знаний Имущество процесса (process actives) - инструкции, контрольные перечни, шаблоны. Инструкции обычно устанавливают правила и процедуры выполнения шага. Контрольный перечень действий - список действий, составляющих шаг процесса. Цель перечня экспертизы - привлечь внимание экспертов к ошибкам, которые с большой вероятностью могут обнаружиться в конечном продукте. Шаблоны обычно предоставляют структуру документа, в котором можно зафиксировать результаты процесса или шага. Все инструкции, контрольные перечни и шаблоны доступны в оперативном режиме и регулярно обновляться.

Инструкции	Контрольные перечни	Шаблоны/Формы
Инструкции по оценке трудоемкости и графика работ	Контрольный перечень анализа требований	Документ спецификации требований
Процедура групповой экспертизы	Контрольные перечни плана тестирования элементов и тестирования системы	Документ плана тестирования элементов
Инструкции по адаптации процесса	Контрольный перечень управления конфигурацией	Документ плана приемочных испытаний
Инструкция по адаптации процесса	Контрольный перечень управления конфигурацией	Документ плана приемочных испытаний
Инструкция по оценке и мониторингу ошибок	Контрольный перечень отчета о состоянии	План управления проектом
Инструкция по измерениям и анализу данных	Контрольный перечень экспертизы требований	План управления конфигурацией
Инструкция по управлению рисками	Контрольный перечень экспертизы требований	Отчет об анализе показателей
Инструкции по трассировке требований	Контрольный перечень экспертизы плана проекта	Отчет о состоянии этапа
Инструкция по предупреждению возникновения ошибок	Контрольный перечень экспертизы кода на C++	Отчет по анализу предупреждения ошибок

Менеджеру проекта также понадобиться повторно обращаться к результатам завершенных проектов, аналогичных его проекту. Повторное использование артефактов позволяет сэкономить затраты и повысить продуктивность:

• План управления проектом
• План управления конфигурацией
• График работ
• Стандарты, контрольные перечни, инструкции, шаблоны и другие пособия
• Разработанные инструменты и замечания по ним
• Обучающие материалы
• Другие документы

Дополнительно к артифактам для регистрации коллективного опыта и знания используется система совокупности знаний (body of knowledge, BOK). BoK базируется в интернете и имеет собственное средство поиска по ключевому слову или по фамилии автора. Данные представлены главным образом в форме статей, организованных по темам:

• Компьютерные и коммуникационные службы
• Спецификации требований
• Конструкция
• Инструменты
• Методология и технические приемы
• Обучение и исследования
• Проектирование
• Экспертизы, инспекции и тестирование
• Гарантии качества и продуктивность
• Управление проектом

Система BoK содержит опубликованные статьи, отражающие полученные уроки и наилучшие практики. Элементы системы имеют общий характер и не связаны с конкретным проектом. Используя специальный шаблон, любой член организации может представить элемент для включения в BoK. Каждое представление рассматривается экспертами, которые обращают особое внимание на его полезность, общность, необходимость изменений и другие характеристики. Для помещающих статьи в BoK используют финансовые стимулы. Также активность сотрудника в BoK учитывается при ежегодной оценке сотрудника. 2.4. Итоги Менеджер проекта может лучше спланировать свой проект, имея доступ к предыдущему опыту. Инфраструктура проекта помогает эффективно собирать данные и полученные уроки и делать доступным для команды проекта. Элементы инфраструктуры: база данных процессов, базовая линия устойчивости процесса и активы процесса. Элементы характеризуются:

• База данных процессов содержит данные по производительности завершенных проектов:
  • Данные по рискам,
  • Трудоемкости и ее распределение
  • Ошибки и их распределение
  • Размер ПО
  • Другие характеристики проекта
• Базовая линия устойчивости процесса суммирует производительность процесса в проектах, определяя тем самым диапазон результатов, которые можно ожидать при соблюдении процесса. Содержи показатели:
  • Качество
  • Продуктивность
  • Эффективность устранения ошибок
  • Распределение трудоемкости
  • Распределение ошибок
• Активы процесса - это документы:
  • Контрольные перечни
  • Шаблоны
  • Методология
  • Инструкции

Можно создать усеченные варианты структуры. Ключевым моментом является выполнение анализа при закрытии проекта. Эти элементы инфраструктуры не соответствуют собственно требованиям KPA CMM в отношении управления проектами. Однако они необходимы для того, чтобы удовлетворять требованиям многих KPA уровней 3 и 4. Существование базы данных процесса, как и управление активами процесса, явно требуется на уровне 3. Базовая линия устойчивости процесса необходима для обоих KPA на уровне 4.