Комментарии 17
Назад в будущее???
Про KPI по билетам — конечно, мы курсы продаем, поэтому если курс не интересен и не полезен, если мы криво его объяснили или плохо показали — мы сделали свою работу плохо. Про "бизнесу мешаете" — наоборот, любое замечание позволяет увеличить ценность.
В целом KPI — большая интересная тема, можно рулить по приборам, а можно по ощущениям. Я лично видел кейсы, где вводили KPI, и получалось по форме правильно, а по сути издевательство. Поэтому сам ориентируюсь на скорость и красоту работы. Но если людям интересно, я померяю и расскажу, что смогу.
У меня работает один количественный KPI и один качественный.
Количественный — время выкатки нового лендинга. Пока оно уменьшилось с 10-20 рабочих дней до 4, я вижу, что можно уменьшить до 2.
И качественный — от "работаем по шаблону" мы перешли к "проверяем гипотезы".
Есть KPI по деньгам и времени, которые я только внедряю.
Количественный — время выкатки нового лендинга. Пока оно уменьшилось с 10-20 рабочих дней до 4, я вижу, что можно уменьшить до 2
Можно и за пол часа. При этом неплохо бы мерять как много изменений случилось, как много проблем нашли и какой MTTR при этом.
И качественный — от «работаем по шаблону» мы перешли к «проверяем гипотезы».
И в чем тут метрика привязанная к качеству продукта? Как раз пример плохой, «эфимерной» метрики, как мне кажется. «Теперь мы делаем по-другому!» — галочка.
Можно и за пол часа.
Конечно, можно и за полчаса. Можно и за 5 секунд. У меня был конкретный процесс, который происходил за 10-20 дней, стал происходить за 4 дня. Для меня очевидно, что производительность в разы увеличилась, причем именно после перехода на аджайл.
В плане метрик конечно есть чем заняться.
И в чем тут метрика привязанная к качеству продукта? Как раз пример плохой, «эфимерной» метрики, как мне кажется. «Теперь мы делаем по-другому!» — галочка.
Если что-то работает не как надо, "теперь мы делаем по-другому" — достаточная метрика. Врачи так лечение подбирают: назначили препарат, не действует, поменяли.
Впрочем, я кто угодно, но не эталон аджайл-трансформации. На курсах я буду сидеть среди учеников. :)
Я рассказал, что у меня болело, и как лично я дошел от "на фига я в это ввязался" до "хорошо, что мы этим занялись".
Конечно, можно и за полчаса. Можно и за 5 секунд. У меня был конкретный процесс, который происходил за 10-20 дней, стал происходить за 4 дня. Для меня очевидно, что производительность в разы увеличилась, причем именно после перехода на аджайл.
Вам очевидно, условному Васе — нет. Это должно быть измеримо и очевидно всем. Количество дней на деливери — метрика хорошая, но недостаточная.
Если что-то работает не как надо, «теперь мы делаем по-другому» — достаточная метрика.
Слушайте, ну мы же тут про инженерию говорим все-таки. Соответственно постановка задачи «болит тут на 8 из 10», затем гипотеза «внедрение смузи-аджайла позволит сделать менее больно без угрозы качеству», результат «болеть стало на 3 из 10 и ноги не отвалились». Альтернативный результат — «тут больше не болит, но голова отвалилась». То что я вижу — внедряют чтобы внедрить, попутно круша все вокруг, а результат замылен.
Я рассказал, что у меня болело, и как лично я дошел от «на фига я в это ввязался» до «хорошо, что мы этим занялись»
Да я не лично про вас, если что. Не принимайте, пожалуйста, близко к сердцу. Просто пример разбираю на основе своего опыта и делюсь своим взглядом, если кому интересно.
Насчет "внедряют, чтобы внедрить" — есть такое. Хуже всего, когда внедряют модное слово, типа "хотим аджайл" или "хотим кубернетес". Но я видел, как внедряют KPI, не связанные с основной целью работы, и начинается хаос. У нас сейчас Слёрм SRE идет, там сплошные метрики, и один из кейсов — это "на мониторинге все хорошо, почему проект при этом не работает?"
Вообще я как раз и хочу бороться с "внедрением ради внедрения", объясняя тем, кто принимает решения и направляет процесс, зачем и почему все делается. Обсужу со спикерами, добавим в программу "KPI и как замерять, что мы идем в правильном для бизнеса направлении".
Есть такая штука как ROI. Возврат на инвестиции. Весь agile — игрушки, пока Вы не покажете прибыль с вложенного рубля или снижение рисков (на что гибкие методологии, кстати, и направлены). Поэтому я бы дополнтл статью тезисом "Наша ошибка номер ноль. Мы пытаемся найти тех, кому нужен agile, вместо тех, кому интересно сколько они заработают с вложенного рубля".
Никогда не видел, чтобы начинали с ROI, если не считать биржевых трейдеров.
Видел другое:
- Есть проблема: полгода не можем выкатить новый функционал.
- Есть идеи: внедрить аджайл или нанять аутсорсеров.
- Хорошо. Давайте посчитаем их ROI и выберем.
Аджайл или аутсорс? Такое же сравнение как, например, осьминог и Везувий. Принципиально разные инструменты под различные бизнес-модели. Что касается ROI, то здесь это универсальный ответ для большинства собственников на вопрос "почему я должен за это платить". Ведь ни для кого, надеюсь, не секрет, что единственное, что интересует владельца бизнеса — это сколько он заработает денег с вложенных?
Аджайл или аутсорс — это из разряда "этих отмыть или новых понаделать". :) Бывает, что проще уволить весь отдел и отдать задачу на аутсорс.
По ROI — вы сами пишете, что это показатель, нужный для защиты проекта перед собственником. Проблема — идея — ROI — одобрение.
Вы в целом правы, конечно. Поясню, просто у меня обратный Вашему цикл, ROI — не средство для обоснования стоимости своих услуг, а цель. Ну и отдать на аутсорс разработку в продуктовой компании — ну, так себе
Зачем и для кого мы делаем Слёрм Agile