Теперь, когда мы рассмотрели первый этап процесса контроля изменений — его организацию, нам нужно создать формы и инструменты подготовки отчетов, которые понадобятся вам для управления этим процессом. Начнем с формы запроса на внесение изменений.
Прежде всего мы создадим форму запроса на внесение изменений. Именно с этого начинается выполнение процесса контроля изменений. Как указывалось выше, запросы на внесение изменений всегда должны подаваться в письменном виде, а наличие специальной формы придаст этому правилу еще больший вес в глазах участников проекта. На рис. 1 показан пример шаблона формы запроса на внесение изменений.
Обратите внимание, что в заголовок этой формы мы добавили строку для номера отслеживания (строка Tracking Number). Как и в случае со многими другими объектами, которым мы с целью упрощения их отслеживания присваивали уникальные номера, это же нужно сделать и в отношении запросов на внесение изменений. Когда перечень таких запросов разрастется до внушительных размеров, эти уникальные идентификационные номера также помогут нам в отслеживании запросов и составлении отчетов по каждому из них.
Лицо, подающее запрос на внесение изменения, должно указать дату (строка Date), свою фамилию (строка Requester) и контактную информацию, а также описание запрашиваемого изменения (строка Description of change). Кроме того, должно быть приведено краткое обоснование необходимости внесения запрашиваемого изменения (Justification for the change). Эта информация будет использована советом по контролю за изменениями в момент принятия решения об утверждении или отклонении запрашиваемого изменения. В обосновании также следует подчеркнуть выгоды, которые может иметь конечный продукт проекта или организация в целом при внесении такого изменения.
Важно задокументировать (строка Impact if change is not made) и возможные последствия для проекта в том случае, если запрашиваемое изменение не будет внесено. Здесь можно уделить внимание таким вопросам, как упущенная выгода, трудность внесения будущих улучшений и удовлетворенность клиента. Любые альтернативные решения (строка Alternative solutions), о которых может быть известно лицу, подавшему запрос, должны быть зафиксированы в последней строке данного раздела формы.
Следующий раздел заполняется руководителем проекта. Здесь нужно задокументировать возможные последствия внесения данного изменения, уделив особое внимание трем ограничениям: затратам, календарному плану, масштабу проекта. Вам следует также обосновать свои соображения относительно того, почему соответствующее изменение должно (или не должно) быть внесено.
Последний раздел также должен быть заполнен руководителем проекта. Здесь вам нужно указать дату проведения собрания совета по контролю за изменениями, окончательное решение по запрашиваемому изменению, а также фамилии участников собрания или лица, принявшего окончательное решение.
Когда начнут поступать запросы на внесение изменений, вам придется воспользоваться тем или иным способом отслеживания этих запросов. Проще всего это сделать с помощью таблицы Excel. Мы уже говорили о таблицах Excel и сейчас вкратце вспомним лишь то, что требуется в данный момент, но если вам понадобится более подробная информация, можете вернуться к материалу, приведенному здесь. На рис. 2 показан наш журнал контроля изменений.
Чтобы создать такую таблицу, выделите диапазон ячеек А6-Н12. В группе Styles (Стили) вкладки Ноmе (Главная) щелкните на значке Format as Table (Форматировать как таблицу). Затем в появившемся меню выберите подходящий формат таблицы. В результате ваших действий на экране появится диалоговое окно Format As Table (Форматирование таблицы), которое показано на рис. 3. В единственном текстовом поле этого окна указан диапазон ячеек, включенных в таблицу. Не забудьте установить флажок My Table Has Headers (Таблица с заголовками) (поскольку в этом примере мы включили в диапазон выделенных ячеек строку заголовков, т.е. строку 6), в противном случае Excel добавит строку заголовков автоматически.
Как вы, наверное, заметили, в журнал контроля изменений включены поля, которые есть в форме запроса на внесение изменений. Благодаря электронной таблице мы можем выполнять сортировку по любым данным, содержащимся в таблице. Например, можно выполнить сортировку запросов по типу решении, принятых по этим запросам («утвердить», «отказать», «отменить» или «отсрочить»).
Мы добавили в столбце Е новый вид информации степень серьезности, которая представляет собой численное значение, отражающее возможные последствия, если запрашиваемое изменение не будет внесено в проект. Этот вид информации может требоваться не для всех запросов на внесение изменений. Но если указать степень серьезности для проектов, которые предполагают получение какого-либо продукта или результата (например, новой компьютерной программы), — тогда возможные последствия невиесения запрашиваемого изменения оценить будет достаточно легко. Степень серьезности оценивается по пятибалльной шкале. Это может выглядеть примерно так:
Степень серьезности должна указываться руководителем проекта. Определения и описания разных степеней необходимо задокументировать на ранних стадиях выполнения проекта (если они еще не определены офисом управления проектами). Привлеките к составлению описаний возможных последствий невнесения запрашиваемых изменений членов совета по контролю за изменениями и/или непосредственных исполнителей проекта.
Возможно, вам нужно удалить все данные в таблице, оставив в неприкосновенности саму таблицу? Взгляните на рис. 4, на котором показан пример журнала контроля изменений для проекта Grant St. Move.
Наверное, директор офиса на Park St. слишком увлекся, полагая, что он мог бы изменить дату переезда своего офиса в новое здание на Grant St., но тем ие менее он предпринял такую попытку, которая, впрочем, была отменена. Но мы несколько отвлеклись от основной темы нашего обсуждения.
Допустим, кто-то случайно занес собственную информацию в шаблон нашего журнала контроля изменений и сохранил его с данными своего проекта в таблице. Теперь нам нужно удалить эти данные из таблицы. Выделите ячейки, содержащие удаляемые данные (в данном случае эго ячейки в диапазоне от А7 до 118). Щелкните на выделении правой кнопкой мыши и в появившемся контекстном меню (рис. 5) выберите команду Clear Contents (Очистить содержимое) — соответствующие данные в выделенных ячейках будут немедленно уничтожены. Если вы очистили содержимое таблицы непреднамеренно, немедля восстановите удаленные данные, нажав комбинацию клавиш Ctrl+Z, что соответствует выполнению команды Undo (Отменить).
Предположим теперь, что у вас отпала необходимость хранить свои данные в табличном формате и вы хотите преобразовать их в обычный диапазон ячеек. Для этого вам нужно выделить все ячейки таблицы, включая заголовок. В нашем случае следовало бы выделить ячейки в диапазоне от А6 до Н12. Затем, как и в предыдущем случае, щелкните на выделении правой кнопкой мыши и в появившемся контекстном меню (рис. 6) выберите команду Table → Convert to Range (Таблица → Преобразовать в диапазон).