Как команда, над которой я работаю, чтобы формализовать и внедрить больше практик разработки, я считаю, что общение кажется неудачным в следующих моментах:

Во время неформального разговора о проекте момент искры мозга становится новой особенностью / требованием. Эти «дополнения», кажется, терпят неудачу через трещины, или детали становятся нечеткими через некоторое время.

На собраниях, где цели или задачи четко не делегированы, участники, участвующие в собрании, имеют разные отчеты о том, что на самом деле обсуждалось.

Мы, как команда, постоянно сталкиваемся с необходимостью (особенно сейчас, когда мы действительно стремимся их написать) создавать качественные спецификации и технические документы, которые подробно описывают, какие функции должны быть в проектах.

Мой вопрос: Каковы некоторые предложения и подходы к устранению этих узких мест и недостатков в коммуникации? Ни один программист не любит писать документацию, но мы надеемся, что мы сможем централизовать понимание и сделать эту информацию более видимой и доступной в течение жизненного цикла проекта ...

Спасибо за вашу помощь!