Самый опасный проект — тот, в котором все молчат
Иногда тишина в проекте страшнее сотни сообщений.
Помнится один спринт, я тогда еще тимлидил. Рабочий чатик почти пустой. Никаких споров. Никаких вопросов. Никаких «не получается». Созвоны - тихо, спокойно, за 5 минут
Все задачи уверенно стоят в статусе «В работе».
Команда выглядит вполне спокойной. Руководство молчит, видимо радуется в тишине ))
И вот именно тогда мне стало тревожно
Большинство руководителей радуются, когда в рабочем чате тихо.
Я — наоборот. За несколько лет управления разработкой я заметил странную закономерность.
Чем тише проект...
...тем громче обычно заканчивается релиз.
Когда команда работает она действительно шумит
В хорошем проекте постоянно происходит что-то из этого:
— мой дотошный фронт который вечно задает вопросы;
— кто-то спорит с постановкой задачи;
— тестировщик находит странный сценарий;
— разработчик пишет, что API нужно изменить;
— аналитик уточняет требования;
— дизайнер приносит новый макет.
Со стороны кажется, будто проект погружается в хаос.
На самом деле именно так выглядит здоровая работа и проблемы всплывают сразу.
И решаются сразу.
Настоящие проблемы любят тишину
Самые неприятные истории почти всегда начинаются одинаково.
Неделя проходит идеально, да и вторая тоже. Все статусы зелёные и спринт идёт по плану.
А потом...
За два дня до релиза выясняется, что два сервиса используют разные версии API.
Или оказывается, что разработчик неделю писал функциональность по устаревшему ТЗ.
Или тестирование вообще не начиналось, потому что никто не сообщил о блокере.
Никто и ничего не скрывал.
Да просто никто ничего не говорил!
Почему так происходит?
Есть такой интересный психологический эффект.
Когда люди долго не обсуждают проблемы, начинает казаться, что проблем нет. Но разработка работает наоборот. Если сегодня я или еще кто-то не поднял сложный вопрос, это не означает, что его нет.
Потому что чаще всего это означает, что о нём узнают позже.
А позже как известно — всегда дороже.
После таких ситуация я обычно спрашивал разработчика:
— Почему молчал три дня?
Ответ был неожиданно честным.
Думал, сам разберусь.
Не разобрался.
Потеряли почти неделю всей команды.
После этого я перестал считать отсутствие сообщений хорошим признаком. И мой хороший день выглядит иначе.
Утром появляется вопрос а через десять минут начинается обсуждение. Еще через полчаса находится решение.
И уже через час задача снова движется дальше.
Да, сообщений больше. Зато сюрпризов перед релизом гораздо меньше.
Хорошая команда — не самая тихая
Сегодня меня радует не пустой чат.
Меня радует чат, в котором люди не боятся сказать:
«Кажется, здесь проблема.»
Или:
«Не понимаю, объясните.»
Или:
«Мы недооценили задачу.»
Потому что именно после этих сообщений проект становится лучше. Молчание редко экономит время. Обычно оно просто переносит проблему на последний день.
Вместо вывода
В своей команде я смотрю не только на сроки и количество закрытых задач. Мне гораздо интереснее понять, когда команда перестала разговаривать.
Потому что именно после этого обычно начинают сдвигаться сроки, расти технический долг и появляться «неожиданные» проблемы.
И если тишина длится слишком долго — для меня это уже повод открыть проект и разобраться, что происходит на самом деле.
Если вам интересны темы управления разработкой, инженерных процессов и метрик команды — буду делиться подобными наблюдениями регулярно.
Если вам тоже не хватает прозрачности в работе команды, посмотрите демо
Буду рад любой обратной связи — проект еще развивается, и многие идеи появляются именно из таких обсуждений.









