Молчание о проблемах
Если у разработчика на проекте происходят какие-то проблемы, а он об этом молчит – со временем они накапливаются, и процесс выходит из-под контроля. В таком случае предстоит не просто принимать меры оперативного реагирования, а героически спасать ситуацию. Причем такие проблемы могут случиться и тогда, когда процессы отлажены, и с виду все хорошо.

Что по этому поводу думают наши коллеги?
💬«На моем прошлом проекте была внедрена интересная практика. Раз в две недели мы проводили созвон, на котором наш QA рассказывал о том, что его волнует на проекте с технической точки зрения и не только. Благодаря этим митингам мы смогли добавить много ценных фич». 
Александр, frontend-разработчик
💬«На мой взгляд, лучшее решение – проводить мероприятия наподобие ретроспективы с максимально дружелюбной обстановкой, где поощряются разговоры о проблемах и способах их решения. При этом важно опросить каждого участника. После этого озвученные проблемы нужно решить: чем больше, тем лучше. Все должны видеть, что этот инструмент работает».
Джан, frontend-разработчик

В помощь руководителю проекта, тимлиду, владельцу продукта
Как обнаружить такую ситуацию на своем проекте (тревожные сигналы):
🔹Ни у кого постоянно нет вопросов на ежедневных/общих митингах.
🔹Хорошо развиты коммуникации между отдельными ролями, но в общем чате всегда тишина.
🔹Перед релизом часто возникают вопросы, которые можно было решить раньше.
Что делать в этой ситуации? Наиболее популярные методы:
🔹Формировать культуру свободного, но контролируемого общения.
🔹Поощрять желание команды говорить о проблемах в начале работы над задачей и предлагать к ним решения.
🔹Ретро – один из важнейших инструментов. Необходимо сделать его рабочим за счет грамотного ведения, умения разговорить каждого члена команды и соблюдение договоренностей.
🔹Просить исполнителей своими словами описать, как они поняли ту или иную задачу, чтобы можно было вовремя скорректировать реализацию.