Нужно что-то делать, да? Реакции многих руководителей и инженеров в этой ситуации очень похожи.
Руководители читают Harvard Business Review, слушают модные конференции и Грефа — и узнают про Agile, про бирюзу или про какое-то супер-пупер решение, которое систематизирует ваш бизнес и сделает всю работу за них. «О боже, существует какая-то волшебная таблетка, которая все решит!»
Разработчики начинают судорожно читать модные статьи и узнают про микросервисную архитектуру или про какую-нибудь другую супер-пупер-систему, язык или подход. Вдохновившись, они приходят к управленцу и рассказывают про большие планы по изменениям.
В этот момент самая большая ошибка — поверить в магическое мышление. В то, что с помощью какой-то одной технологии можно одним махом решить организационные проблемы. В то, что у вас улучшится качество данных внедрением какой-нибудь новой системы. В то, что у вас ускорится разработка с помощью перехода на какой-нибудь новый подход…
Системное решение, которое позволит улучшить монолитной организационной структуры, — выделить какую-то часть функционала в отдельный блок. Но выделять по наитию нельзя — как в бизнесе, так и в IT. Более того, IT нужно делить ровно по тем же границам, как и бизнес.