Russian Association of Software Architects

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

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

Собственно, о такой ситуации писали и всемирно известные авторы в области ИТ-архитектуры (Nick Tune, Gregor Hohpe, Neal Ford и др.)

Мне кажется, что корень проблемы лежит не в том, что говорит архитектор, а в том, что он из себя представляет. Как только он начинает что-то доказывать, он тем самым занижает свою значимость, и завышает значимость своего оппонента. Ставит себя в подчиненную позицию. Тем самым он занижает ценность своих аргументов.

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

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

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

Что думаете по этому поводу? Какой у вас опыт?

[UPDATE]: Ранее уже были посты по этой теме:
- https://www.tgoop.com/ru_arc/77
- https://www.tgoop.com/ru_arc/76

www.tgoop.com/ru_arc/452

5.3K viewsIvan, edited  Nov 2, 2024 at 12:12

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

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

Собственно, о такой ситуации писали и всемирно известные авторы в области ИТ-архитектуры (Nick Tune, Gregor Hohpe, Neal Ford и др.)

Мне кажется, что корень проблемы лежит не в том, что говорит архитектор, а в том, что он из себя представляет. Как только он начинает что-то доказывать, он тем самым занижает свою значимость, и завышает значимость своего оппонента. Ставит себя в подчиненную позицию. Тем самым он занижает ценность своих аргументов.

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

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

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

Что думаете по этому поводу? Какой у вас опыт?

[UPDATE]: Ранее уже были посты по этой теме:
- https://www.tgoop.com/ru_arc/77
- https://www.tgoop.com/ru_arc/76

BY Russian Association of Software Architects