1. Сроки – когда будет получен результат.
2. Ответственных – кто отвечает за его достижение.
3. Контроль – кто принимает результат.
4. Приемку – как будет осуществляться приемка результата.
Декомпозиция целей
Диаграмма связей и результатов
Контрольные точки также разделяются по уровням. Выделяется, как минимум, три уровня контрольных точек:
1. Уровень ключевых результатов – уровень руководителя.
2. Уровень промежуточных результатов, существенных для достижения цели. Это уровень руководителя структурного подразделения.
3. Уровень промежуточных результатов, существенных на уровне менеджеров или рабочей группы.
Для сложных проектов и стратегических задач количество уровней может достигать нескольких десятков. Вне зависимости от сложности проекта и количества уровней контрольных точек, точки должны быть взаимосвязаны, формируя систему «раннего оповещения» о проблемах и сроках их решения.
Контрольные точки. Пример
Существует множество инструментов для построения дорожных карт и работы с контрольными точками. Я использую простой шаблон – реестр. Определяю в нем основные важные контрольные точки моего и следующего уровня. Этого достаточно, чтобы построить фундамент дорожной карты к цели организации или проекта.
Первый столбец определяет уровень контрольной точки – следовательно, определяет ответственного за приемку результата. На первом уровне результат принимает руководитель, на втором – руководитель проекта или структурного подразделения. Из таблицы видно, что я включила в фокус внимания не только точки, которые буду контролировать лично (точки первого уровня), но и несколько точек второго уровня – те, которые считаю важным включить в фокус своего внимания.
Организация контроля
Зафиксировать контрольные точки мало, важно осуществлять регулярный контроль по каждой из них – постоянно проводить оценку статуса и возможных рисков. Регулярность – ключевое слово. Оценка статуса должна производиться как можно чаще. Частота зависит от ключевой цели, рисков и сроков контрольных точек, определяется необходимостью и достаточностью. Один раз в неделю, раз в две недели или даже раз в месяц – главное, регулярно.
При оценке статуса рассматриваются:
1. Контрольные точки предыдущего периода – что сделано? Если не сделано, то почему?
2. Контрольные точки ближайшей перспективы, которым присваиваются статусы в зависимости от вероятности их достижения: результат гарантирован, есть несущественные риски либо получение результата под угрозой.
Для тех контрольных точек, где результат под угрозой, необходимо представить комментарии, рассмотреть предложения и принять соответствующие решения. Важно сохранять связь контрольных точек различного уровня – при принятии решения относительно одной контрольной точки вносить изменения в связанные с ней точки на всех уровнях.
На этом примере видно, что контрольная точка первого уровня имеет высокий риск неисполнения. В комментариях приводятся разъяснения. При очередной оценке статуса проекта руководитель может задать ответственному исполнителю несколько неприятных вопросов, найти причину проблемы и придать процессу ускорение. Очевидно, что нарушение сроков внедрения программного обеспечения отразится на всем проекте и придется корректировать и обновлять статус всех контрольных точек.
Контрольные точки. Фиксация отклонения
Глава 5
Тестирование гипотез
Решение принято. Дорожные карты составлены. Контрольные точки определены. Можно начинать движение? Да!
Но прежде чем нырнуть, хорошо бы проверить глубину водоема, а заодно и температуру воды. Прежде чем приступить к реализации решения – протестировать его, провести серию небольших экспериментов. Тестирование решений и гипотез занимает время, но увеличивает скорость получения результата. Вот такой парадокс. Благодаря тестам можно уточнить изначальный план, скорректировать его, учесть вновь открывшиеся обстоятельства или вовсе от него отказаться. Сначала попробовать – потом действовать.
Не все решения стоит тестировать. Краткосрочные оперативные решения, не связанные с высокими рисками или существенными ресурсами, а также решения, касающиеся выполнения обязательств, тестировать не нужно. Бери и делай!