Wrike: 5 Лет С Okr

Тема OKR (Цели и ключевые результаты) сейчас становится все более популярной в бизнесе.

Многие компании рассматривают возможность внедрения этой методологии.

Мы в Wrike перешли на OKR в 2015 году, и на тот момент это была достаточно новая и малоизученная тема, по крайней мере, в нашей стране.

Теперь, несколько лет спустя, кажется полезным поговорить о нашем опыте использования OKR. И о наших ошибках, которых можно было избежать.

Оценим общий результат, который мы получили от внедрения OKR в компании.

Возможно, наш опыт будет полезен тем, кто задумывается о том, стоит ли переходить на OKR.

Wrike: 5 лет с OKR

В основе методологии OKR лежит принцип управления по целям (какой результат мы хотим получить), который существенно отличается от управления по плану (кто, что и когда должен делать).

В разработке подхода OKR можно выделить три ключевых этапа:

  • 1954 — Питер Друкер в своей книге «Практика менеджмента» предлагает подход «Управление по целям».

  • 1983 — Энди Гроув, сооснователь компании Intel, развивает эту идею в своей книге «Управление высокой производительностью», стр.

    50, 112-113.

  • 1999 — Джон Дорр, работавший в Intel с 1974 года, инвестирует в Google и переносит туда идеи OKR, разработанные в Intel. Google быстро перенял этот подход и позже начал продвигать его за пределами компании.

Активное продвижение OKR среди более широкой аудитории, судя по всему, происходит с 2012 года, когда Google начал продвигать OKR, см.

ниже.

видео .

Так что для широкого круга менеджмента это все еще достаточно новая тема, даже если ее корни уходят в 1950-е годы.

В 2015 году мы в Wrike применили первый подход к OKR. К тому времени у нас уже было квартальное планирование, но оно было организовано достаточно хаотично.

Зачастую квартальные планы включали излишне мелкие детали, да и самих квартальных проектов было слишком много.

В результате сами планы зачастую оказывались противоречивыми и нереалистичными.

Начать использовать OKR в качестве инструмента квартального планирования в то время было вполне логичным шагом, что мы и сделали.

Первое внедрение OKR было простым, даже слишком простым.

Посыл был такой: второй квартал нужно планировать по OKR, и точка.

Сказано - сделано.

Каждый мог самостоятельно выяснить, что такое OKR. «Хорошим» источником информации по этой теме был Википедия .

Как и ожидалось, первый подход оказался не совсем успешным.

Мы взяли форму OKR, но упустили суть.

Возможно, процесс квартального планирования стал немного более организованным, но не более того.

Следующие два года тема OKR у нас не развивалась; мы были заняты другими организационными изменениями, которые были для нас более важны.

В 2016 году мы активно расширяли штат разработчиков, а затем внедрили Scrum. Смотрите статьи: « Скрам: правила игры " И " Плохой Scrum лучше хорошего Agile «Скрам дал нам возможность масштабировать разработку, сделать ее организованной, управляемой и прогнозируемой.

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

И именно в такой ситуации мы оказались.

Тот факт, что мы наладили краткосрочное планирование спринтов, в конечном итоге дал нам такую возможность.

осмысленно планировать на квартал, а затем и на год. В 2017 году мы перезапустили OKR. В этот раз мы начали серьезно и глубоко изучать вопросы: «Что такое OKRЭ» и «Как работают OKRЭ» У меня есть хорошая статья на эту тему: « OKR: Как ставить цели и достигать 70% из них Любопытно, что статью продолжают читать и спустя три года после публикации, такое случается редко.

Кроме того, нас волновал вопрос: «Как совместить OKR и ScrumЭ» Ответ на этот вопрос мы нашли в концепции, о которой я рассказывал на одном из митапов Wrike: «OKR: Стратегическое планирование поверх Scrum» ( видео , слайды ).

Суть концепции — ограничить использование OKR только стратегическим уровнем и использовать Scrum на тактическом уровне.

Мы ставим OKR только на уровне всех инженерных и продуктовых подразделений (групп Scrum-команд под общим руководством старшего менеджера по продукту).

Ниже этого уровня мы не используем OKR; Там работает либо Scrum, либо руководство руководителей отделов разработки.

Это наша специфика.

Оригинальный подход OKR предполагает сквозные цели, вплоть до OKR конкретного разработчика.

Но наш опыт показал, что эта концепция не может сосуществовать со Scrum. Мы отказались от него, оставив OKR только как планирование высокого уровня.

Кроме того, у нас теперь есть OKR компании на год. Казалось бы, это ключевая вещь, и как бы мы без этого работали по OKR два года?.

Но, могли.

Были и другие трудности, на преодоление которых потребовалось время.

И хотя сейчас ситуация во многом улучшилась, мы продолжаем время от времени с ними сталкиваться:

  1. Бывает, что квартальные OKR мы получаем только через пару недель после начала квартала.

  2. Бывает, что мы дорабатываем планы на следующий квартал, еще не оценив результаты предыдущего.

  3. Во многих случаях ключевые результаты оцениваются субъективно.

  4. Нам сложно ставить совместные цели между двумя функциональными отделами.

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

    Это часто приводит к провалу совместных целей.

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

Чтобы квартальные OKR появлялись вовремя, нужно начать их планировать заранее.

Несмотря на всю банальность и самоочевидность такого решения, бывали случаи, когда мы его пропускали.

Однако со временем наш процесс работы над OKR улучшился, и перечисленные проблемы во многом являются скорее исключением, чем правилом.

Однако для решения ситуации, когда «некоторые менеджеры не умеют правильно формулировать цели OKR», требовался другой подход. Умение что-то делать не приходит само по себе, даже если все этапы работы организованы своевременно.

Правильно сформулировать цели OKR действительно сложно; это требует умения.

И для его приобретения важна и теория, и практика.

Последнее совершенно необходимо.

В этом нам помогло внутреннее обучение по формулированию OKR. Оно включало теорию, практику и анализ ошибок.

Как автор тренинга, я проводил его около 10 раз в 2017 году с группами разного уровня от менеджеров команд до старших менеджеров компании.

Это было выгодно во многих отношениях.

Сейчас, в 2020 году, если сравнить Wrike до и после OKR, можно сказать, что внедрение OKR было определенно полезным.

И здесь хотелось бы отметить не только положительное влияние OKR на продуктивность компании в целом, но и те культурные изменения, которые OKR принесли для каждого сотрудника.

Благодаря OKR глобальные цели компании стали понятны и доступны каждому, а работа каждого стала более осмысленной и значимой.

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

Конечно, не для всех, но для многих это важно.

Однако если бы сейчас можно было повернуть время вспять и изменить что-то в истории OKR, это определенно стоило бы сделать.

Многих проблем можно было бы избежать, многие вещи можно было сделать лучше, а главное, гораздо быстрее.

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

Но тогда информации было мало, или мы недостаточно ее искали.

Совершенно точно можно сказать, что спросить совета было не у кого.

Хорошо, что теперь есть такая возможность.

20 апреля 2020 года, совсем скоро, состоится Онлайн конференция» ОКР Россия », где вы сможете услышать мнение экспертов многих российских компаний, внедривших OKR. Там же будет мой небольшой доклад: «OKR: Как правильно формулировать цели».

Изначально конференция планировалась в прямом эфире, но из-за COVID-19 ее перенесли в онлайн.

Но это хорошо, новый формат позволил расширить аудиторию до 500 участников, так что теперь возможность еще есть.

регистр .

Не пропустите, если тема OKR вас интересует. — Дмитрий Мамонов, Райк P.S. Из-за COVID-19 многие компании перешли на удаленный формат работы, который идеально подходит для организации Райк .

Кроме того, Wrike помогает эффективно работать над OKR (см.

образец ), совмещая планирование и исполнение.

Теги: #Управление разработкой #Управление проектами #agile #okr #wrike #методология #организация работы #практика

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.