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