Константин Коптелов - Порядок в Хаосе. Objective and Key Results (OKR)

В OKR очень важны регулярные срезы.

Минимум раз в две недели мы должны сверяться, потому что цели отвязаны от оценки и оплаты труда. Из личного опыта: чаще всего вероятность достижения цели увеличивается не материальным фактором (потому что у кого-то сработает, а у кого-то нет), а регулярными вопросами:

А какой по этой цели прогресс? Движешься-не движешься? Как тебе помочь? Может, кого-то направить, чтобы он тебе помог? Что-то подсказать? Побрейнстормить с тобой?

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

Вторая причина, почему срезы необходимы. OKR ― это способы работать в неопределенности, как тот же GPS-навигатор. Чем чаще мы смотрим в GPS-навигатор, тем меньше вероятность, что мы заблудимся. То же самое и здесь. Цели могут меняться от квартала к кварталу (а иногда и внутри квартала), поэтому чем чаще делаем сверки, тем больше вероятности получить желаемое.

Однако никогда не надо быть слишком фанатичным. Опыт показывает, что раз в неделю ― это слишком часто. По OKR, не больше и не меньше, – это раз в две недели. И показатели ищем такие, которые меняются хотя бы раз в четырнадцать дней. А в идеале чаще. То есть сверка по OKR проводится раз в две недели. Если делать раз в неделю, то будет малоэффективно, ибо еще показатели не изменились и фактически нам сверяться не с чем.

OKR ― это балансирование. Не как в случае KPI, когда планирование линейное. Руководство назначило цели, каскадировало их вниз – сотрудник приходит на рабочее место, видит только свои цели и делает, как их понимает. OKR ― это про то, что часть целей каскадируется сверху вниз, а часть ставится работником самостоятельно.

Текст предоставлен ООО «ЛитРес».

Прочитайте эту книгу целиком, купив полную легальную версию на ЛитРес.

Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.

Agile software development; agile-метод/подход (с англ. «гибкая методология разработки») – обобщающий термин для целого ряда подходов и практик для гибкой разработки программного обеспечения. Сюда входят экстремальное программирование, DSDM (Dynamic Systems Development Method), Scrum, FDD (Feature driven development), BDD (Behavior-driven development) и некоторые другие. ― Примеч. ред.

IPO (англ. Initial Public Offering; досл.: первое публичное предложение) – первая публичная продажа акций. Чаще всего преследуются цели привлечения доп. капитала в компанию, оценка стоимости компании на рынке, выход к прозрачной отчетности и публичности. ― Примеч. ред.

ICO (англ. Initial coin offering; досл.: первичное размещение токенов) ― форма привлечения инвестиций, которая заключается в продаже инвесторам новых единиц криптовалют, полученных разовой или ускоренной эмиссией. Токен ― «заменитель ценных бумаг» в цифровом пространстве, не является криптовалютой. ― Примеч. ред.

PHP (англ. Hypertext Preprocessor) ― скриптовый язык, на котором пишут сценарии web-приложений. Программистов называют по разрабатываемому языку.

Максим Дорофеев (г.р. 1981) ― специалист по индивидуальной и командной продуктивности, автор книги «Джедайские техники. Как воспитать свою обезьяну, опустошить инбокс и сберечь мыслетопливо» о том, как побороть прокрастинацию. ― Примеч. ред.