Спринт закрыт.
Velocity растёт.
Burn down — как у Гугла в кейсе.
Команда бодра, тикеты летят, всё чётко по процессу.
А потом ты открываешь продукт… и возникает ощущение, что ты случайно открыл старую версию. Полугодичной давности.
Что не так?
Все работают. Всё движется. А результата — нет.
Иллюзия движения
Вы плывёте не туда, но быстро и с песней.
Так бывает, когда команда работает не над продуктом, а над Jira.
Когда закрытие задач становится целью.
Когда KPI и velocity важнее, чем "а стало ли лучше?".
Процесс красивый, как у Немировича-Данченко.
А продукт — как после неудачного рефакторинга - вроде лучше, но всё сломалось.
Метрики не виноваты (ну почти)
Метрики сами по себе — вещь хорошая.
Проблема в том, что как только они становятся самоцелью, они перестают отражать реальность.
Смотришь:
О, мы сделали 18 задач за спринт!
Но если эти задачи никому не принесли пользы — это как считать количество гречки в армии. Кажется много, а все равно все голодные.
Как пример "прекрасного" прогресса - Написали киллер фичу для пользователей, а основной флоу все еще ломается у кого-то
Почему это происходит
Проще делать, чем понимать.
Схватил тикет, бахнул pull request — и день прошёл. А разбираться, в чём реальная боль пользователя — муторно и не входит в OKR.Нужна видимость работы.
Никто не хочет выглядеть ленивым. Чем больше задач закрыл — тем активнее выглядишь. Даже если они были про перенос кнопки на два пикселя.Ответственность размазана.
Один отвечает за фичу, другой за аналитику, третий за дизайн, четвёртый — просто мимо проходил. В итоге никто не отвечает за результат.Руководство хочет цифры.
Покажи мне дашборд!
Всё зелёное? Молодец! Красное? Ну ты понял.Все слишком заняты, чтобы думать.
Встречи, синки, grooming, баги, алерты, деплой, "ой, staging опять упал"...
Когда тут о продукте думать?
А теперь представь…
...что ты приходишь к пользователю и спрашиваешь: "Ну как, удобно стало?"
А он смотрит на тебя с лёгким прищуром, как кот на пылесос, и говорит:
А что-то изменилось?
Вот это и есть момент истины.
Не velocity, не количество pull request'ов и не ретроспектива.
А вот этот неловкий взгляд человека, который ничего не заметил.
Настоящий прогресс — он другой
Он не всегда красиво ложится в Jira. Он может занимать больше одного спринта. Он не всегда укладывается в OKR, но всегда чувствуется снаружи.
Приметы настоящего прогресса:
Пользователи стали меньше писать в саппорт.
Кто-то вне команды сказал "спасибо".
Цифры по продукту (а не по процессу) пошли вверх.
Старые костыли выкинуты и никто не плачет.
Новая фича не просто работает — ей начали пользоваться.
И да — это требует усилий. Потому что просто пилить фичи по бэклогу — это как играть в оркестре, не слушая музыку. Кажется, что играешь. А медведь все таки наступил
Что с этим делать
1. Регулярно задавать вопрос: "А стало ли кому-то удобнее?"
Желательно не в пустоту, а с конкретным пользователем в зуме или хотя бы через саппорт.
Если ответ — "ну… не особо" — не спешите вешать медали.
2. Менять точку зрения
Вместо "как выполнить задачу" — "зачем эта задача вообще?"
Что изменится, если мы это сделаем?
Если ответ — ну, это в спринте, — задача автоматически попадает в зону риска.
3. Поднимать голову от таск-трекера
Спроси себя раз в неделю:
"Если бы мы закрыли только три задачи за спринт — какие три реально изменили бы продукт к лучшему?"
Либо удивишься, ну либо огорчишься.
4. Помнить, ради чего всё это
В конечном счёте, никакие процессы, фреймворки и диаграммы не заменят чувства:
Мы сделали лучше. Кто-то это заметил. Кому-то стало проще, понятнее, удобнее.
Вместо вывода
Процесс без результата — это производственный театр.
Можно бесконечно оттачивать слайды, отчёты и стендапы, пока пользователи, зевнув, не уйдут к тем, кто просто сделал удобно.
Не покупайтесь на красивые графики. Они не всегда про то, что важно.
Покупайтесь на благодарности. На отклики. На молчаливое "мм, удобно", которое слышно даже сквозь аналитику.
Если такие разборы тебе близки — заглядывай в Telegram-канал "Техдир на пальцах"
