Когда бизнесу нужен ИТ-архитектор?
В «прошлой жизни» я работал ИТ-архитектором. По моему опыту, в крупных компаниях архитектора чаще подключали на старте проекта. В малом и среднем бизнесе нередко приходили, когда уже горело. Хочу разобрать знакомую ситуацию: деньги в ИТ вкладывают, а работать легче не становится. На её примере проще объяснить, когда стоит привлекать архитектора, чего от него ждать и когда можно справиться своими силами.
Серверы купили, лицензии продлили, доработки оплатили. Через полгода снова нужны деньги. При этом программы тормозят, а нужные бизнесу изменения команда внедряет месяцами. Собственнику всё труднее понять, что он получает за эти деньги.
Пока в компании работали двадцать человек, ИТ справлялось. Теперь сотрудников сто, появились филиалы, выросло количество операций. Команда добавляет мощности, чинит обмены между программами, но список проблем не сокращается.
Прежде чем согласовать очередную закупку, собственнику нужно понять, почему предыдущие вложения не дали ожидаемого результата. Возможно, мощности действительно не хватает. Но покупать сервер бессмысленно, если работу задерживает обмен данными, который писали под совсем другую нагрузку.
Архитектора стоит подключать, когда такие проблемы затрагивают несколько систем и команда не может предложить обоснованный план изменений. Он разбирается, где возникают ограничения, как связаны системы и что потребуется при дальнейшем росте бизнеса.
От него стоит требовать конкретный результат: что можно оставить, что придётся доработать или заменить, в каком порядке и сколько это будет стоить — включая дальнейшую поддержку. А пользу оценивать по понятным бизнесу показателям: времени выполнения операций, числу сбоев, срокам подключения нового филиала. Такую работу может выполнить и свой ИТ-руководитель или опытный подрядчик. Отдельная должность нужна далеко не каждой компании.
Смысл привлечения архитектора — получить основание для следующего вложения: какую проблему решаем, какие варианты сравнили и по чему поймём, что деньги потратили с пользой. Либо понять, что делать не нужно и почему.