[an error occurred while processing the directive]
[an error occurred while processing the directive]

5.1.3.1 Конфигурационное управление

(5.1.3.1.P1)

Существует два основных определения для конфигурационного управления.

  1. Это может быть термин, обозначающий процесс идентификации, отслеживания и управления всеми артефактами проекта. Такое определение наилучше подходит для проектов разработки программного обеспечения, поскольку там термин "конфигурация" применяется в отношении совокупности компонентов разрабатываемыого программного продукта. Все такие артефакты называются элементами конфигурации (Configuration Items) в модели CMMI. Такие элементы конфигурации могут включать:

  • Документы по управлению проектом

  • Описания и шаблоны результатов поставки

  • Элементы дизайна

  • Процедуры, согласно которым процесс уонфигурационного управления включает управление изменениями.

  • Тестовые примеры, планы и скрипты.

  • Оборудование и программные средства.

  • Программные результаты поставки.

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

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

Многие (если не большинство) проекты не нуждаются в отслеживании физической конфигурации (оборудование, материалы и т.д.). Если материальные средства нуждаются в конфигурационном управлении, то этим, как правило, занимается организация. Например, команде проекта нужны персональные компьютеры, но отслеживанием их конфигурации занимается ИТ подразделение.

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

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

Процесс конфигурационного управления состоит из следующих работ:

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

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

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

  • Отслеживание. Для каждого элемента конфигурации важно понимать базовое состояние (baseline). Иными словами, фиксируется состояние каждого элемента, в котором он находится в начале проекта. Во многих случаях, в начале проекта может не быть самого элемента. Назначение процесса отслеживания заколючается в сборе информации об изменении состояния элемента по ходу жизненного цикла проекта.

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

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

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

Если Вы отслеживаете метаданные, то должны быть готовы представить полную спецификацию продукта на текущий момент.

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

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

Если вы применяете в своем проекте конфигурационное управление, предполагается, что у Вас есть соответствующий специалист, часто называемый Менеджером конфигурации (Configuration Manager). Это может быть сотрудник, частично приданный Вашему проекту, а может быть целая команда, в зависимости от того, какой объем элементов конфигурации подлежит управлению.

В зависимости от величины проекта также, Вам может потребоваться сформировать Совет управления конфигурацией (Configuration Board), включающий менеджеров и главных специалистов. Этот совет будет утверждать План конфигурационного управления, базовую конфигурацию и все существенные изменения конфигурации. Конечно же, проекты, нуждающиеся в таком объемном конфигурационном управлении, как правило, используют ресурсы, возможности и процессы своей организации. Организации, реализующие такие проекты, имеют в своем составе специальные департаменты.

 

[Пред. страница - 5.1.3 Большие проекты]   [След. страница - 5.1.3.2 Общее управление изменениями]