Управление разработкой ПО

Виды деятельности, входящие в управление проектом

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

• Управление содержанием проекта и качеством.

  В эту область входят четкое определение целей проекта, его точного содержания ( project scope — что именно должно быть сделано в его рамках, какие результаты должны быть получены, включая все промежуточные, и какие работы должны быть проведены для этого), определение критериев качества результатов, процедур его обеспечения и контроля, выполнение этих процедур, а также критерии завершения проекта и действия по его завершению.
• Управление ресурсами проекта.

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

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

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

  Эта область связана с установлением процедур обработки изменений и запросов на их выполнение, включения их в содержание проекта (или удаления за его рамки). В рамках этой же деятельности должны определяться конфигурации материалов проекта — согласованные наборы определенных версий всех продуктов и документов, вырабатываемых в ходе проекта, правила выделения таких конфигураций и перехода от одной конфигурации к другой.
• Управление проектной средой и технологиями.

  В рамках этой деятельности определяются методы, техники, инструменты и технологии, используемые в проекте, подбираются необходимые инструменты, материалы и помещения, они подготавливаются к использованию и настраиваются под нужды проекта.
• Контроль и мониторинг состояния проекта.

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

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

Далее подробнее будут рассмотрены перечисленные области деятельности, кроме последних трех. Некоторые вопросы, относящиеся к последним трем, более техническим областям, будут освещены в рамках других областей.

Управление содержанием проекта и качеством

Управление содержанием проекта (project scope) является одним из критически важных для его успеха видов деятельности. Проект с нечетко определенным содержанием обречен на неудачу. Ясное же его определение — как постановка правильного вопроса — дает половину успешного ответа.

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

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

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

Основные элементы содержания проекта следующие.

• Целевые критерии проекта.

  Эти критерии определяют ряд показателей и их значения, означающие успех проекта, а также другие значения, говорящие о необходимости его закрытия. Цели проекта обязательно должны иметь составляющие, ориентированные на клиентов и пользователей его результатов, иначе даже самый успешный внутри организации проект может привести к созданию продуктов, которые не будут использоваться.
• Иерархическая структура работ (work breakdown structure).

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

увеличить изображение
Рис. 16.2. Пример структуры работ проекта, построенной на основе декомпозиции задач

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

При разработке структуры работ можно взять за основу набор задач, полученных декомпозицией целей и задач проекта в целом, или набор промежуточных результатов (deliverables), передаваемых заказчику, который позволит постепенно получить необходимые итоговые результаты. Пример структуры задач для гипотетического проекта разработки ПО управления радаром аэропорта, построенный первым способом, показан на рис. 16.2. Аналогичный пример, построенный вторым способом, показан на рис. 16.3.

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

увеличить изображение
Рис. 16.3. Пример структуры работ проекта, построенной на основе поставляемых результатов