IT становится управляемым, когда компания связывает бизнес-задачу, процесс, данные, архитектуру и развитие — вместо того чтобы начинать с названия системы.
Читать статью →Архитектурное решение видно не на красивой схеме, а в том, сколько времени, денег и нервов потребует следующее изменение в бизнесе.
Читать статью →Roadmap нужен не для обещаний по датам, а для выбора следующего решения. Рассказываю, как связать план продукта, риски и бизнес-цели.
Читать статью →Удобные сервисы быстро решают локальные задачи. Но когда каждый отдел строит собственный набор инструментов, компания теряет общую картину. Единый цифровой контур не отменяет хорошие сервисы — он связывает…
Читать статью →IT-аудит нужен не только перед большой покупкой или после сбоя. Он помогает понять, какие системы, данные и процессы уже мешают компании управлять работой — и с чего начать…
Читать статью →Техническое задание полезно, когда фиксирует понятую задачу. Если бизнес-вопрос не разобран, даже подробный документ превращает ошибочный курс в аккуратный план работ.
Читать статью →Прежде чем обсуждать систему, я смотрю, как работа проходит на самом деле: где решение принимает человек, где теряются данные и что уже держится на личной памяти сотрудников.
Читать статью →