Совет по управлению изменениями (change control board, CCB) (иногда его называют советом по управлению конфигурацией) был признан лучшим практическим решением при разработке ПО (McConnell, 1996). Это группа людей, независимо оттого, сколько их — один человек или несколько, принимающая решение о том, какие предложенные изменения требований и новые функции принять для включения в продукт. Совет по управлению изменениями также решает, какие выявленные ошибки следует исправить и когда. Многие проекты уже де-факто имеют такие группы; официальное назначение совета по управлению изменениями позволяет определить его структуру и полномочия, а также назначить рабочие процедуры.
Совет по управлению изменениями просматривает и утверждает изменения базовых версий любой документации проекта, например спецификации требований. Некоторые советы имеют полномочия для принятия решений и просто информируют менеджеров о внесении этих изменений, тогда как другие могут только давать рекомендации менеджерам для принятия решений. В небольшом проекте имеет смысл делегировать принятие решений одному или двум сотрудникам. В крупных проектах или программах может быть несколько уровней советов контроля изменений: одни отвечают за принятие бизнес-решений, например об изменении требований, а другие — за решения технического характера (Sorensen, 1999). Совет по управлению изменениями более высокого уровня утверждает изменения, очень сильно влияющие на проект. Например, при разработке большой программы объединяющей несколько проектов, следует создать совет, принимающий решения на уровне программы, и отдельные советы для каждого проекта. Последние разрешают проблемы и рассматривают изменения, влияющие только на конкретный проект. Вопросы, касающиеся других проектов, и изменения, в результате которых возможно превышение затрат или нарушение графика, передаются в совет уровня программы.
Для некоторых людей термин «совет по управлению изменениями» означает неэкономичные бюрократические накладные расходы. Однако это ценная структура, помогающая управлять даже небольшим проектом. Она не должна отнимать много времени или быть громоздкой — она должна работать эффективно. Это означает, что совет по управлению изменениями рассматривает все предложенные изменения быстро и принимает своевременные решения на основании анализа возможного влияния и преимуществ каждого предложения. Эта структура должна быть не больше и не официальнее, чем необходимо для того, чтобы удостовериться, что соответствующие лица принимают правильные бизнес-решения о каждом запрашиваемом изменении.
Состав совета по управлению изменениями
Члены совета по управлению изменениями должны представлять все группы, которым необходимо принимать участие в принятии решений в рамках полномочий совета. Рассмотрите участие представителей следующих областей:
· менеджеров проекта или программы;
· менеджеров продукта или аналитики требований;
· разработчиков;
· специалистов по тестированию или проверке качества:
· маркетологов или представителей клиента;
· специалистов, ответственных за пользовательскую документацию;
· специалистов технической службы или службы поддержки;
· специалистов по управлению конфигурацией.
Только некоторые из них будут принимать решения, однако всех их следует проинформировать о решениях, влияющих на их работу.
Такая же небольшая группа будет выполнять некоторые из этих ролей в небольших проектах, а тем, кто выполняет другие роли, не придется рассматривать каждый запрос на изменение. Если проект распространяется и на ПО, и на оборудование, в совет по управлению изменениями можно ввести специалистов по оборудованию, системных инженеров, специалистов по производству и, возможно, специалистов по проверке качества оборудования и управлению конфигурацией. Совет должен быть небольшим, чтобы удавалось быстро и эффективно реагировать на запросы на изменение. Как большинство из вас уже поняли, большим группам трудно планировать проведение встреч и приходить к общему решению. Убедитесь, что члены совета понимают свои обязанности и относятся к ним серьезно. Для того чтобы убедиться, что совет владеет необходимой технической и бизнес-информацией, пригласите специалистов на совещание, где будут обсуждаться предложения, относящиеся к сфере деятельности этих специалистов.