ДОРАБОТКА
Маленькая команда разработчиков (например, из двух человек) представит проект OKR более крупной команде на рассмотрение к первому рабочему совещанию. Здесь есть один нюанс, который легко упустить, поэтому мы остановимся ненадолго и рассмотрим ключевые слова этого тезиса: «Представить более крупной команде на рассмотрение». Важно, чтобы участники встречи были готовы обсуждать OKR. Поэтому мы призываем вас не только разослать электронные письма с проектом OKR, но и распространить его на бумажном носителе — от имени CEO или лидера команды, — подчеркнув таким образом важность вашего сообщения.
На встречу следует пригласить топ-менеджеров, если вы работаете над OKR на уровне всей компании, или лидеров команд, если это разработка OKR на уровне команды. Цель сессии — критически изучить проект: команда разработчиков должна объяснить свой выбор, провести обсуждение (мы надеемся, это будут бурные дебаты) и прийти к соглашению по набору OKR, которые вы планируете использовать.
В рамках этого процесса каждый ключевой результат следует оценивать по шкале, которую мы описали выше. Необходимо убедиться, что ваш итоговый набор OKR соответствует характеристикам, которые мы представили, и действительно отражает вашу уникальную стратегию. Что касается планирования и тайминга, мы советуем забронировать для обсуждения OKR целый день. Но если вы договоритесь за меньшее время, значит, исследование и обсуждение были проведены на высоком уровне. Если получится закончить раньше, не засиживайтесь только для того, чтобы соблюсти регламент. Ничто так не обрадует участников встречи, как возможность закруглиться побыстрее.
Наше последнее предостережение родилось из сотен встреч с клиентами по всему миру: не стоит рассчитывать на достижение полного консенсуса по OKR. Уверяем вас: это практически невозможно. Почему? Потому что окружающие вас люди не роботы и не зомби, а живые люди с уникальным жизненным опытом, формирующим их взгляды и паттерны поведения. Наивно ожидать, что группа достигнет полного согласия по любой теме. Наличие несогласных может оказаться полезным: вы убедитесь, что принятые OKR были рассмотрены со всех сторон. Единственное, на чем вы должны настоять, — это поддержка разработанных OKR. Даже если некоторые члены команды не на 100% согласны с целью или ключевым результатом, они должны открыто поддержать принятые OKR. В противном случае есть риск, что их скептицизм распространится среди команды, отравит атмосферу и породит недоверие ко всему подходу. Поощряйте разнообразие мнений, но действуйте как команда, поддерживая то, что создаете, и взаимодействуя друг с другом.