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

– Решение. По результатам обсуждения предлагаемого изменения должно быть принято одно из пяти решений:

1. Одобрить. Принять в работу и произвести предлагаемое изменение.

2. Отклонить. Признать нецелесообразным отдавать в работу.

3. Отложить. Запрос на изменение имеет смысл, однако временно будет отложен и рассмотрен позднее.

4. Доработать. Запрос на изменение имеет смысл, но нужно или что-то продумать лучше, произвести дополнительную оценку и анализ последствий.

5. Эскалировать. Запрос на изменение имеет смысл, но оценивать и принимать решение могут только вышестоящие специалисты.

– Отложено.Если задачу отложили (на этапе «Решение»), она попадает в блок/статус «Отложено» это временное состояние, из него задача попадает на обсуждение с заказчиком. Почему именно на обсуждение, все просто, все данные по задаче есть, нужно только понять, будем делать и когда, если нет и задача нужна, повторно отклоняем. Вечно отклонять не стоит, это будет говорит, что она не нужна, введите число отклонений, среднее число три раза (статистика из практики), после чего задача закрывается с пометкой – «Не будет реализовано».

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

– Реализация.Изменение внесено в план и является частью проекта. Работать нужно с ним, как с обычной задачей в плане проекта. Дальше идет реализация.

– Проверка результатов. После реализации задачу проверяет руководитель проекта, соответствует ли реализованное поставленной задаче и нет ли проблем в работе. Если есть проблемы, то проектная команда исправляет, а руководитель проекта повторно проверяет.

– Сдача заказчику.Осталось сдать задачу заказчику и получить подтверждение, что она реализована и принята. Не забудьте получить от заказчика подтверждение в виде подписи в документе «Сопроводительное письмо» или, если проект маленький, то хотя бы в виде письма, что задача принята.

Если задачи приняты, то работы по реализации изменений считаются завершенными, а задачи закрываются.

Давайте посмотрим схему работы с изменениями, по которой работает большое количество компаний.

Рисунок 3 – Некорректная процедура управления изменениями

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

Замечу:

– Встречаются компании, где нет даже третьего шага.

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

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

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

Не забывайте, что без надлежащего контроля вносимых изменений со стороны руководителя проектов объем проекта может легко отклониться от утвержденного, что негативно скажется на проекте и в результате на продукте.

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

Анализ различных определений риска позволил выявить следующие признаки:

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

2. Субъективность – риск всегда субъективен, поскольку без субъекта, который знает, что такое несчастье, что можно считать злом, что таковым не является, откуда исходит вред, представления о риске невозможны. Таким образом, риск – понятие, присущее человеку. Оно исходит из его ценностей, способностей и возможностей.

3. Действие – любое действие может привести к возникновению риска, поэтому он всегда связан с действием. Если нет действий, то нет и рисков.

4. Прогностический характер – возможность осуществить прогнозирование последствий от деятельности, связанной с рисками.

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

6. Возможности – деятельность по достижению цели направлена на использование существующих возможностей.

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