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