Поскольку в уже утвержденный план проекта, возможно, понадобится внести некоторые изменения, то вам потребуется спланировать процесс управления изменениями. Без формального процесса управления изменениями вы, скорее всего, столкнетесь с проблемой постепенного отклонения проекта от намеченного курса, которая возникает, когда заказчик или другие лица продолжают добавлять что-то в проект после того, как план уже одобрен. «Раз уж вы разрабатываете данные свойства, не могли бы вы также устроить, чтобы программа делала...?» Это пример того, как может начаться деформация проекта. Но даже если не учитывать деформацию проекта, в процессе работы часто приходится вносить изменения в проект, связанные с его масштабом, графиками или бюджетом. Это происходит не только потому, что мы не можем предсказать будущее наверняка, но и из-за того, что в ходе выполнения проекта могут измениться условия и нам необходимо будет подкорректировать проект, чтобы продолжать его далее. Процесс управления изменениями:
• заставляет оценивать каждое новое требование, поэтому изменения не вносятся автоматически;
• держит масштаб, график и бюджет проекта под постоянным контролем;
• помогает команде различать необходимые и несущественные изменения;
• требует оценить эффект от каждого изменения;
• поддерживает соответствие плана проекта и текущего состояния дел.
Процесс управления изменениями должен включать:
• описание процесса управления изменениями. Оно отражает те шаги, которые необходимо предпринять при внесении изменения;
• форму запроса на внесение изменения. Она заполняется человеком, который желает внести изменение в проектный план. Этим человеком может быть заказчик проекта или член команды исполнителей, если, например, очевидно, что нельзя выполнить проект к установленному крайнему сроку или наделить конечный продукт определенными свойствами.
Помимо этого, лидеру проекта придется вести журнал изменений, чтобы отслеживать состояние каждого из запрошенных изменений.