Петр Дикий - Управление проектами. Правильный путь для начинающих

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

В любом случае каждую запись о проблеме нужно оформить правильно. Такую запись обычно называют «Баг-репорт» (Bug Report), в каждой компании свои стандарты оформления репортов, но в любом случае они должны позволить вам:

1. Зафиксировать и описать путь воспроизведения проблемы, описать саму ошибку/проблему, приложить изображения проблемы (если нужно и возможно).

2. Воспроизвести проблему (это не всегда возможно, но необходимо стремиться).

3. Установить ее важность (определить приоритет проблемы).

4. Понять в чем проблема и устранить.

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

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

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

– заказчик(может влиять на конечные характеристики проекта);

– аналитик/архитектор/руководитель проектав зависимости от структуры компании исполнителя (может влиять на первоначальную документацию);

– подрядчик(может вносить предложения на изменение технологий, календарных планов, методов работы).

Основные причины возможных изменений в проекте:

– случайности в проектных решениях;

– непродуманные решения;

– совершенствование средств, методов, материалов;

– отставание от графика;

– изменение цен (работы, материалы).

А виды изменений обычно разделяют на:

– Внутренние. Зависят от параметров самого проекта (сроков, поставок, графиков, финансирования и прочего).

– Внешние. Зависят от глобальных факторов, внешних для проекта (политика, право, экономика, технический прогресс и прочего) и независящих от проекта.

Замечу:

Внутренние и внешние изменения могут изменяться в очень большом диапазоне и все изменения в проекте в итоге влияют на «магический треугольник управления проектом». А значит в любом случае будут возникать дополнительные затраты, изменения сроков и качества работ.

Стратегия состоит из прогнозирования, планирования, осуществления, контроляи регулирования изменений.

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

Давайте рассмотрим правильную процедуру управления изменениям в проекте.

Рисунок 2 – Правильная процедура управления изменениями

Опишу шаги на схеме:

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

– Запись в реестре изменений. Все запросы на изменение нужно занести в специальный документ «Реестр заявок на изменение» (или просто «Реестр изменений»). В нем нужно зафиксировать запрос, дату поступления, состояние заявки, статус, сроки реализации, комментарий и поле для подписи клиента (при наличии физического контакта с запросившим изменение).