Eight Levels of Communication Maturity

The following text is a partial translation of the original English article, performed by ChatGPT (gpt-3.5-turbo) and this Jekyll plugin:

Каждая команда разработчиков ПО организует свое взаимодействие по-своему. Кто-то использует Slack, Trello или GitHub, а другие просто сидят вместе в одной комнате. Существует множество методов и инструментов. Я верю, что их можно классифицировать по уровню наносимого ими ущерба проекту. Вот список всех, о которых я знаю на данный момент.

Ущерб, о котором я говорю, вызывается в основном расстоянием между каналами коммуникации и артефактами проекта. Чем дальше люди находятся от документов, тем больше риск потери информации. А потеря информации - это первоисточник проблем в любом проекте.

Вот список; он начинается с наиболее вредных средств коммуникации и опускается до наиболее зрелых и профессиональных, которые вызывают наименьшее количество проблем:

  • Телефонные звонки. Немного лучше кофейных перерывов, но все равно большая проблема. Телефонные звонки абсолютно невозможно отследить. Информация, которую вы обмениваетесь в этих звонках, исчезает навсегда. Хорошо, вы можете записывать их, но поиск через записи телефонных звонков - это сложная задача, которую никто никогда не выполнит.

  • Встречи. Это следующий шаг после кофейных перерывов, потому что здесь есть определенная структура и протоколы. Встречи могут быть записаны (как в онлайне, так и офлайн), и их результаты могут быть заархивированы, а принятые решения задокументированы. На самом деле, ничего из этого на самом деле не произойдет. Встречи просто будут тратить ваше время и деньги вашего спонсора.

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

  • Рассылочные списки. Они лучше, чем электронные письма, потому что некоторые программы архивируют их, делая их доступными для просмотра. Однако будет сложно найти, где именно обсуждалась конкретная тема, где принимались решения и почему, кто что предлагал и так далее.

  • Slack. Существует множество аналогичных альтернатив, которые в основном представляют собой онлайн-чаты. Основная проблема с ними заключается в том, что сложно категоризировать такой чат, группировать сообщения вместе или находить что-то позже. Это всего лишь поток информации, который становится бесполезным всего через несколько дней. Конечно, если вы действительно хотите что-то найти там, это возможно. Но качество такого “документа” очень низкое.

  • Trello. Под Trello я имею в виду любую систему отслеживания задач/заявок — это отличные инструменты, чтобы сразу же превращать разговоры и обсуждения в артефакты проекта. Вам не нужно ничего документировать; все уже есть. Проблема в том, что они все еще довольно далеки от основного артефакта проекта: исходного кода со своими коммитами, конфликтами слияния, журналами сборки и т. д.

  • GitHub. Это лучший инструмент, который вы можете использовать. Он интегрирует коммуникацию с самим продуктом. Код, который вы пишете, и обсуждения, которые вы ведете вокруг него, находятся буквально в одном месте.

Какой из этих каналов связи использует ваш проект в данный момент? Я настоятельно рекомендую вам держаться подальше от каналов связи, находящихся в верхней части этого списка.

Translated by ChatGPT gpt-3.5-turbo/42 on 2023-12-27 at 13:58

sixnines availability badge   GitHub stars