Комментарии 24
Мы поговорили о реальном применении скрама в IT-разработке
Так что? Неособо-то он и применим? :)
Координация команд — одна из ключевых проблем внедрения Scrum в крупную разработку.
В докладе я на опыте нескольких компаний расскажу, к чему приводит разделение на компонентные команды.
Это потому, что он на самом деле негибкий, не правда ли? :)
Вот в якобы негибком водопаде таких же проблем нету? :)
Прослушал первый доклад. Если резюмировать, то суть доклада можно свести к следующим двум тезисам:
Обе мысли правильны, но далеко не новы. Стоило ли повторять их ещё раз или тратить на их изложение аж 25 минут — непонятно. Также неясно, при чём здесь скрам.
- Компания должна ставить цели.
- У каждой цели должны быть некие измеряемые критерии, показывающие то, что цель достигнута.
Обе мысли правильны, но далеко не новы. Стоило ли повторять их ещё раз или тратить на их изложение аж 25 минут — непонятно. Также неясно, при чём здесь скрам.
Думаю, суть доклада можно свести не только к этим двум тезисам.
Какие ещё тезисы я упустил?
Пожалуй, самый главный — зачем нужны OKR для скрам-команд и как планирование OKR может примирить демократичный дух скрама и четкие задачи бизнеса.
1. OKR — это просто новая аббревиатура management by objectives, предложенного Питером Друкером в 1954 году. Хотя подозреваю, что что-то было сделано еще Фредериком Тейлором.Во всяком случае, понятия «цель», «метрика» и «ключевой показатель качества» были известны ещё до основания компании Google (при всём моём уважении к этой компании).
2. Планирование, целеполагание и оценка эффективности по ключевым метрикам повышает эффективность работы не только скрам-команд, а и вообще любых команд. В чем тут особенность применения методик Ф. Тейлора и П. Друкера применительно именно к скрам — не раскрыто.
2. Планирование, целеполагание и оценка эффективности по ключевым метрикам повышает эффективность работы не только скрам-команд, а и вообще любых команд. В чем тут особенность применения методик Ф. Тейлора и П. Друкера применительно именно к скрам — не раскрыто.
Мне кажется, вы не улавливаете разницы между KPI и OKR. Наверно, не имеет смысла убеждать вас в том, чего в докладе вы не увидели. Но на всякий случай наша статья про OKR https://habrahabr.ru/company/wrike/blog/329272/
1. Благодарю за ссылку!
2. Прочитал. По-прежнему, не вижу разницы. Можете конкретизировать, в чем она заключается? Хотя бы назвать 2-3 отличия.
3. В приведённой статье и в докладе отсутствуют примеры целей и результатов из индустрии.
Без п.п. 2 и 3 всё излагаемое, к сожалению, не больше, чем набор благих пожеланий и частных оценок.
2. Прочитал. По-прежнему, не вижу разницы. Можете конкретизировать, в чем она заключается? Хотя бы назвать 2-3 отличия.
3. В приведённой статье и в докладе отсутствуют примеры целей и результатов из индустрии.
Без п.п. 2 и 3 всё излагаемое, к сожалению, не больше, чем набор благих пожеланий и частных оценок.
А как же гугл? https://www.google.ru/search?q=kpi+vs+okr&oq=kpi+vs&aqs=chrome.3.69i57j0l5.4252j0j7&sourceid=chrome&ie=UTF-8
1. А при чём здесь Google, если мы обсуждаем Ваши статью и доклад? Из них не ясно, чем отличается OKR от методики Питера Друкера, предложенной в 1954-ом году. Если Вы предлагаете иной подход, то, наверное, следует описать его отличия и преимущества.
Пока что, это не сделано. И всё это выглядит, как обыкновенный «ребрендинг», когда давно известные вещи заменяются другими терминами без изменения сути. Да и связь со скрамом не приведена и, мягко говоря, притянута за уши.
Отсутствуют и примеры из индустрии. Мы ведь обсуждаем процесс разработки софта, а не процесс написания статей.
2. В первой же найденной ссылке отличие OKR от KPI описывается так:
Это как бы не тот ответ, который ожидаешь получить. Такое сравнение уместно в кружке начинающих литераторов, но никак не инженеров.
Пока что, это не сделано. И всё это выглядит, как обыкновенный «ребрендинг», когда давно известные вещи заменяются другими терминами без изменения сути. Да и связь со скрамом не приведена и, мягко говоря, притянута за уши.
Отсутствуют и примеры из индустрии. Мы ведь обсуждаем процесс разработки софта, а не процесс написания статей.
2. В первой же найденной ссылке отличие OKR от KPI описывается так:
Comparing KPIs to OKRs is kind of like comparing apples to apple pies.
Это как бы не тот ответ, который ожидаешь получить. Такое сравнение уместно в кружке начинающих литераторов, но никак не инженеров.
Давайте по порядку.
KPI (Key Performance Indicators) — инструмент для улучшения процесса (производительности).
OKR (Objectives & Key Results) — инструмент для достижения целей (проектов).
(надеюсь так отличие достаточно наглядно.)
Теперь что касается OKR+Scrum vs KPI+Scrum.
В теории KPI+Scrum вполне себе вариант, но с точки зрения управления бизнесом
это более слабый инструмент управления, поскольку он позволяет требовать
только улучшения конкретных метрик.
С другой стороны, OKR+Scrum это более сильный инструмент, поскольку он
позволяет ставить цели уровня бизнеса а не только метрики уровня бизнеса.
Почему OKR хорошо совместимы со с Scrum — очевидно, они не навязывают
способ достижения цели (впрочем как и KPI не навязывают способ улучшения процесса).
KPI (Key Performance Indicators) — инструмент для улучшения процесса (производительности).
OKR (Objectives & Key Results) — инструмент для достижения целей (проектов).
(надеюсь так отличие достаточно наглядно.)
Теперь что касается OKR+Scrum vs KPI+Scrum.
В теории KPI+Scrum вполне себе вариант, но с точки зрения управления бизнесом
это более слабый инструмент управления, поскольку он позволяет требовать
только улучшения конкретных метрик.
С другой стороны, OKR+Scrum это более сильный инструмент, поскольку он
позволяет ставить цели уровня бизнеса а не только метрики уровня бизнеса.
Почему OKR хорошо совместимы со с Scrum — очевидно, они не навязывают
способ достижения цели (впрочем как и KPI не навязывают способ улучшения процесса).
НЛО прилетело и опубликовало эту надпись здесь
1. Благодарю за первый развёрнутый ответ.
2. Согласно Википедии:
Как видите, нигде не сказано, что KPI предназначены только для измерения производительности, а измерение достижения цели никак не осуществляют. Наоборот, отмечается:
По-прежнему, различий не вижу.
2. Согласно Википедии:
Ключевые показатели эффективности (англ. Key Performance Indicators, KPI) — показатели деятельности подразделения (предприятия), которые помогают организации в достижении стратегических и тактических (операционных) целей. Использование ключевых показателей эффективности даёт организации возможность оценить своё состояние и помочь в оценке реализации стратегии.Ссылка
Как видите, нигде не сказано, что KPI предназначены только для измерения производительности, а измерение достижения цели никак не осуществляют. Наоборот, отмечается:
По стандарту, результативность — это степень достижения запланированных результатов (способность компании ориентироваться на результат), а эффективность — соотношение между достигнутыми результатами и затраченными ресурсами (способность компании к реализации своих целей и планов с заданным качественным уровнем, выраженным определёнными требованиями – временем, затратами, степенью достижения цели). Слово performance объединяет в себе и результативность, и эффективность. Таким образом, правильным переводом термина KPI будет «ключевой показатель результата деятельности», так как результат деятельности содержит в себе и степень достижения, и затраты на получение результата.Там же
По-прежнему, различий не вижу.
НЛО прилетело и опубликовало эту надпись здесь
Добавлю ещё один пункт:
6) Приводимые примеры либо берутся из других областей (журналистика, конструирование и т.п.), о которых выступающий «не в зуб ногой», либо берутся сильно упрощённые примеры из индустрии разработки ПО, но они сильно примитизированы.
Реальные кейсы НЕ рассматриваются.
6) Приводимые примеры либо берутся из других областей (журналистика, конструирование и т.п.), о которых выступающий «не в зуб ногой», либо берутся сильно упрощённые примеры из индустрии разработки ПО, но они сильно примитизированы.
Реальные кейсы НЕ рассматриваются.
Вы упускаете важный момент, Scrum не решит все проблемы,
но он поможет эти проблемы найти.
Решить проблемы можете только вы.
но он поможет эти проблемы найти.
Решить проблемы можете только вы.
Скрам — это паразитирующая фигня на отрасли. :)
Как и большинство прочих менеджеров / аналитиков. :)
Как и большинство прочих менеджеров / аналитиков. :)
Подскажите, пожалуйста, а если есть одна команда, которая делает несколько проектов. Или часть работников участвует в двух-трех проектах? Не могу представить как применить Скрам в этом случае…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Скрам в реальном мире. Обзор встречи для скрам-мастеров