Бюрократия или необходимость? Надавить на команду или…
Пришла я на новый проект, посмотрела на то, как работает команда и решила, навести порядок. Внедряем Канбан. Красота же: прозрачность, поток, никаких многозадачных адских спринтов. Что получила через месяц 🚀 Разработчики: "Почему я должен двигать таски? Я код пишу, мне некогда". Таски зависают в "In Progress" навечно. 🐞 Тестеры: Баги описывают как "все сломалось, чини". Скриншотов нет, шагов воспроизведения нет. Магия, а не тестирование. 📚 Аналитики: Забывают крепить аналитику к стори. "Ты же помнишь, о чем мы говорили на уточнении?" Не помню. Я ПМ, а не экстрасенс. Команда протестует. Я в отчаянии. Знакомая картина?
«Первая мысль была — надавить. Но как вы поняли из заголовка, спойлер: это тупик. Пришлось пересобрать подход и вспомнить, что мы все в одной лодке. Вот что сработало у нас (делюсь рецептом):
1. Перестаньте требовать — начните "продавать" выгоду. Разработчикам плевать на красивый борд. Им не плевать на контекст. Я перестала говорить "двигайте таски, так надо". Я сказала: "Ребята, когда вы не двигаете статус, тестер не знает, что код готов. Он начинает тестировать на день позже. Релиз уезжает вправо. А в пятницу вечером опять мы все дружно фиксим баги под пивко. Вам надо?" Работает: Как только они увидели, что тупое движение мышки спасает их пятничный вечер — процесс пошел.
2. Тестеры и "Правило трех секунд". Бороться с плохими баг-репортами бесполезно, пока тестер не прочувствует боль разработчика. Я ввела правило: "Если баг описан так, что непонятно, как воспроизвести — он улетает обратно тестеру с пометкой "не воспроизводится". И висит на нем. Итог: Через несколько таких возвратов тестеры поняли, что проще сразу приложить скрин и логи, чем потом объяснять разработчику, "какой он рукожопый".
3. Аналитики и "Синдром опустошенной стори". Аналитики забывают крепить доки? Да легко. Я перестала быть "нянькой", которая всем напоминает. Мы просто забили на это... до первого бага на проде. Когда прилетает баг, я открываю стори и публично спрашиваю: "А где аналитика? А какое было ожидание?". Без агрессии, просто факт. Команда сама начинает давить на аналитика, чтобы в следующий раз все было прикреплено, потому что им же потом расхлебывать.
4. MVP и пилот. Мы не стали внедрять Канбан целиком и сразу. Мы сказали: "Ребята, давайте две недели поиграем. Двигаем таски, пишем баги красиво, крепим документы. Если через две недели жить не захочется — возвращаем все как было. Честно". Спойлер: Через две недели команда сама заметила, что стало меньше авралов и неожиданных задач. KPI (наше настроение и количество сделанных задач) выросло.
В заключение скажу, бюрократия становится необходимостью только тогда, когда команда понимает: "Это упрощает жизнь мне, а не ПМ-у для галочки". Не давите. Договаривайтесь и показывайте выгоду на берегу.
А у вас в команде что вызывает самое большое сопротивление при внедрении процессов?»
· 17.02
Здравый подход.. бюрократия делает процесс прозрачнее.. чтобы она работала нужно чтобы все участники соблюдали этот процесс.. ) однако, нужно не перебарщивать и не душить..) это вспомогательные действия а не основные.)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 17.02
Согласна, всегда нужно идти на встречу команде, где это возможно) в нашем случае РО хотели по эджайлу, но проанализировав пул разработки, согласились, что канбан куда эффективнее, но тут команда быканула😁 пришлось продавать красиво 😁
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён