Comments 2
Вопрос спонсора про закупщиков - это же классический разрыв output/outcome, только рассказанный лучше, чем в большинстве книжек. У меня в практике ровно та же сцена, но только другие слова: команда показывает, что "скорость выросла и тикетов закрыли больше" (система работает), а бизнес спрашивает "клиенту-то стало легче?". И в этом месте обычно повисает пауза:)
Сильнее всего зашёл график со столбцом "Исчезло", заполненным один раз из пяти. Болезненно точная картинка: автоматизация чаще перекладывает ручную работу, чем убирает её, просто новая работа не попадает в отчёт. Мы постоянно считаем исчезнувшие операции и почти никогда появившиеся(
Также полностью согласен с "не начинайте с KPI". Число без исходного состояния - это не цель, а ставка (вы сами это слово и употребили). В доставке та же ловушка: назначить velocity на разработчика можно, но это уже не измерение, а способ научить людей рисовать нужную цифру. Добавил бы к карте выгод только одно: у неё, кроме владельца, должен быть срок годности. Бэйзлайн, который не сняли на старте, через год не с чем сравнивать (контекст уедет, и "посчитаем потом" превращается в "посчитать уже нельзя").
Жду продолжение про владельца выгод)
Знакомая ситуация, когда ответственность за проект (включая составление ТЗ) переваливается на поставщика/интегратора/разработчика. А в момент приемки начинается а мыж хотели не так и мы в таком виде не примем, хотя все требования, архитектуры и ПМИ были согласованы
Выход пожалуй только в последовательном внедрении по частям. Внедряем, утверждаем, переходим к следующему. Дороже и длиннее, чем развернуть сразу всё, но переделок будет меньше
Продажники только этого подхода не понимают, им снять деньги надо сразу
Проект признали успешным. А бизнесу стало легче?