Комментарии 13
Вы пишите что внедрение OKR было однозначно полезным, подскажите как сравнивали эффективность предыдущего планирования и через OKR? Не могли бы привести примеры метрик по которым работа с помощью OKR дала наибольший эффект. Спасибо
Спасибо за комментарий, очень рациональный вопрос)))
Увы, пример метрики, на которые в наибольшей степени повлиял переход на OKR
я привести не могу. Просто потому что введение таких метрик у нас стало
следствием перехода на OKR.
Увы, пример метрики, на которые в наибольшей степени повлиял переход на OKR
я привести не могу. Просто потому что введение таких метрик у нас стало
следствием перехода на OKR.
Думаю, будет не лишним раскрыть мой ответ в предыдущем комментарии.
Эффективность планирования можно оценивать на трех уровнях:
1. На уровне итогового влияния на конечный продукт и его интегральные метрики, такие как NPS (Net Promoter Score) — выполнение проекта это средство, цель — повышение ценности продукта
2. На уровне портфеля проектов — стали ли мы выполнять в квартал больше проектов и стала ли выше доля успешных проектов.
3. На уровне индивидуальных задач и SDLC (Software Development Life Cycle) — стали ли задачи проворачиваться быстрее (время от начала работы до ее завершения) за счет введения нового подхода к планированию.
Разберем все эти три уровня, один за другим.
1. Оценить эффект от внедрения OKR на уровне итогового влияния на весь продукт на уровне
объективных метрик (таких как NPS) действительно нет возможности. Систематическое
внедрение подобных метрик как раз и было следствием перехода на OKR,
о чем и говорилось в предыдущем комментарии.
2. Оценить эффект от внедрения OKR на уровне портфеля проектов можно,
но это в бОльшей степени будет субъективная оценка. И внедрение OKR (2015),
и перезапуск OKR (2017), это были длительные процессы и в тот же период
в компании происходили другие изменения: внедрение Scrum,
существенное расширение Engineering и так далее. Позитивные улучшения в
работе с портфелем проектов явно наблюдалось
(как в плане количества так и в плане доли успешно завершенных проектов),
но приписывать эти изменения только переходу на OKR было бы недобросовестно.
В статье указано что
да это в определенной степени субъективная оценка, связанная с личным опытом
планирования работы в инжиниринге на квартал без OKR и с их использованием.
В поддержку этой позиции, следует заметить, что ни один менеджер ни разу не предложил вернуться к старой схеме. Для тех кто понимает, думаю это будет показателем.
3. Оценить эффект от внедрения OKR на уровне SDLC — тут, теоретически можно
было бы опереться на формальные метрики. SDCL мы измеряли и до внедрения OKR.
Однако, тут играют два фактора:
а) внедрение OKR (как уже говорилось) было длительным, и другие организационные изменения могли повлиять на объективные метрики по SDLC
б) OKR влияют на стратегическое планирование, а большинство частных задач разработки от него не зависят (из тех которые начаты)
Таким образом, достоверно говорить о влиянии OKR непосредственно на процесс разработки также было бы не корректным.
Была ли польза (повысилась ли эффективность планирования) от внедрения OKR — субъективно в этом нет сомнений.
Можно ли достоверно подтвердить это утверждение объективными метриками — увы, такой возможности нет, по описанным выше причинам.
Эффективность планирования можно оценивать на трех уровнях:
1. На уровне итогового влияния на конечный продукт и его интегральные метрики, такие как NPS (Net Promoter Score) — выполнение проекта это средство, цель — повышение ценности продукта
2. На уровне портфеля проектов — стали ли мы выполнять в квартал больше проектов и стала ли выше доля успешных проектов.
3. На уровне индивидуальных задач и SDLC (Software Development Life Cycle) — стали ли задачи проворачиваться быстрее (время от начала работы до ее завершения) за счет введения нового подхода к планированию.
Разберем все эти три уровня, один за другим.
1. Оценить эффект от внедрения OKR на уровне итогового влияния на весь продукт на уровне
объективных метрик (таких как NPS) действительно нет возможности. Систематическое
внедрение подобных метрик как раз и было следствием перехода на OKR,
о чем и говорилось в предыдущем комментарии.
2. Оценить эффект от внедрения OKR на уровне портфеля проектов можно,
но это в бОльшей степени будет субъективная оценка. И внедрение OKR (2015),
и перезапуск OKR (2017), это были длительные процессы и в тот же период
в компании происходили другие изменения: внедрение Scrum,
существенное расширение Engineering и так далее. Позитивные улучшения в
работе с портфелем проектов явно наблюдалось
(как в плане количества так и в плане доли успешно завершенных проектов),
но приписывать эти изменения только переходу на OKR было бы недобросовестно.
В статье указано что
внедрение OKR было однозначно полезным
да это в определенной степени субъективная оценка, связанная с личным опытом
планирования работы в инжиниринге на квартал без OKR и с их использованием.
В поддержку этой позиции, следует заметить, что ни один менеджер ни разу не предложил вернуться к старой схеме. Для тех кто понимает, думаю это будет показателем.
3. Оценить эффект от внедрения OKR на уровне SDLC — тут, теоретически можно
было бы опереться на формальные метрики. SDCL мы измеряли и до внедрения OKR.
Однако, тут играют два фактора:
а) внедрение OKR (как уже говорилось) было длительным, и другие организационные изменения могли повлиять на объективные метрики по SDLC
б) OKR влияют на стратегическое планирование, а большинство частных задач разработки от него не зависят (из тех которые начаты)
Таким образом, достоверно говорить о влиянии OKR непосредственно на процесс разработки также было бы не корректным.
Была ли польза (повысилась ли эффективность планирования) от внедрения OKR — субъективно в этом нет сомнений.
Можно ли достоверно подтвердить это утверждение объективными метриками — увы, такой возможности нет, по описанным выше причинам.
Есть английский вариант статьи?
Английского варианта нет, я написал ее вот только только, само собой на русском.
А в чем ваш интерес в английской версии?
А в чем ваш интерес в английской версии?
Ну темой не только русскоговорящие интересуется :) тема популярная. Кейс хороший. Надо делиться
О, спасибо что заинтересовались!
Я уже расстроился что статью никто не прочитает (понятно какая тема сейчас в тренде), до OKR сейчас мало кому есть дело, главное закупить консервы на месяц
(и, возможно, это действительно главное).
Вообще, у нас есть планы заняться переводом материалов на английский,
так что вполне может быть что и эту статью переведем. Но никаких гарантий.
Я уже расстроился что статью никто не прочитает (понятно какая тема сейчас в тренде), до OKR сейчас мало кому есть дело, главное закупить консервы на месяц
(и, возможно, это действительно главное).
Вообще, у нас есть планы заняться переводом материалов на английский,
так что вполне может быть что и эту статью переведем. Но никаких гарантий.
Если честно, я думал вы американский стартап. Ваша реклама мне часто надоедает в ютубе. А тема мне лично интересна после прочтения Джона Доера. И мне просто лишний раз хотелось бы о ней напомнить англоязычным партнёрам. Кризис пройдет и мы уже сейчас точим ножи. А поэкспериментировать с методологиями — сейчас как раз наименьший риск.
я думал вы американский стартап
Так и есть, посто часть разработки у нас исторически в России (часть в Чехии).
Правда, стоит признать что мы уже не совсем стартап, продукт с 2006 года создается.
Если вдруг случатся перевод, постараюсь скинуть вам ссылку.
P.S. если мои ответы были для вас полезными, поставьте пожалуйста +1 к их оценке, если вам не трудно (или минус, если все наоборот, все честно).
Я ума не приложу, что такого в ответе «Английского варианта нет...», что за него мне поставили минус.
Мы обязательно переведем эту и предыдущую статью Дмитрия. Публикация планируется на следующей неделе в нашем Medium medium.com/wrike-product-development
Сам работаю с этим подходом последние 5 лет. Возможно будет полезно посмотреть на шаблон https://kartashev.me/okrs-automations/, позволяющий делать чекины по OKRs через Google Docs.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Wrike: 5 лет с OKR