Search
Write a publication
Pull to refresh

Comments 3

Архитектор не должен управлять командой разаработчиков, он должен их консультировать. Управление это PM.

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

Сталкивался с подобным в своей 20ти летней карьере в ИТ несколько раз. у меня это случается циклами по 2-3 года, начиная с Архитектора Решений интроверта - который в начале разрабатывает прототип решения, постепенно смещаясь в роль экстраверта, который управляет командой, по мере расширения созданного решения.

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

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

Sign up to leave a comment.

Articles