Кстати-18 Организация - это сеть
Кстати, коллеги, давайте попытаемся представить некую ИТ-стратегию и тактику CIO ИТ-зависимой организации.
Организации, которая существенно в своей деятельности зависит от IT. И если такая организация столкнется с существенной некомфортной волатильностью на рынке или просто с прямым сжатием спроса, падением спроса, то это приведет к тому, что организации нужно сжиматься. Но при этом не хотелось бы, чтобы качество сервисов падало.
Как это можно сделать? Во-первых, нужно улучшить взаимодействие с бизнесом. Мы идем в бизнес и говорим: бизнес, мы объединяем сопровождение и доработку в единое окно. Это будут одни и те же люди. Усильте такую команду своими ключевыми специалистами, и это приведет к тому, что наше большое ИТ будет связано через такие очень сильные бизнес-команды, интегрированные в вас. Всему ИТ тоже будет легче.
Почему? Потому что качество взаимодействия таких команд, поскольку там есть очень грамотные DevOps-инженеры, очень грамотные разработчики, качество взаимодействия со всем остальным большим ИТ тоже вырастет в разы, если не на порядок. И если мы успеем провести такую операцию, то эффективность вырастет, и даже сжатие нам будет не страшно. Почему? Потому что меньшим составом мы сможем закрыть, даже скорее всего с бóльшим качеством, данную работу.
Если мы это сделали, следующая фаза — надо подумать, а что будет, когда ИТ сожмется? И это хозяйство у разных бизнесов разное. Есть где-то до 50 человек, есть где-то до 200 человек, а есть где-то измеряется тысячами человек. И при сжатии будет риск потерять не просто людей, а ключевых людей. Хорошо, мы стабилизируем эти ключевые команды, связывающие нас с бизнесом, — самое важное. Риск потери этих команд уменьшился. Но если эти команды составляют всего лишь 10-15 человек, то потеря ключевых людей в таких командах уже может привести к тому, что команда целиком рассыплется.
И вот здесь вступает другой подход в дело. Как ИТ-специалисты, мы сами знаем эту формулу устойчивости: 2n+1, ну или хотя бы чтобы был кластер разнесенный. То есть нам нужна команда, которая была бы разнесена на две или три точки. Как этого достичь? У меня, как у CIO, есть любимые подрядчики. Соответственно, если у меня команда здесь 10 человек, пусть 5 человек будет у меня, и 5 человек пусть трудовые книжки хранят в реально независимой ИТ-структуре. Это не структура, которую мы создали и которой владеем на 100%, это независимая структура со своей культурой.
И вот степень автономности команды, которую мы создаем у себя в ИТ на стороне бизнеса, и степень автономности в этой вынесенной части существенно отличаются. И качество работы общей команды — не только устойчивость, но и качество работы — будет принципиально другим, потому что появляется мембрана, через которую проходят только правильные решения, только лучшие решения, только то, что нужно. Ничего нельзя на стороне бизнеса, особенно в стрессовой ситуации, замести под коврик, спрятать и так далее.
И риски разрушения команды на бизнесовой стороне, конечно, гораздо выше, потому что мы все знаем — чем больше наша организация, тем сильнее иерархия в ней и тем сильнее конвейер на исполнительском уровне. Поэтому здесь возможны всякие стрессы, поэтому нам нужны вынесенные (распределенные) команды.
Самое интересное, если мы настолько прогрессивны, что понимаем, что нужна третья точка, то эту работу можно делегировать нашему ИТ-партнеру, потому что ему гораздо легче еще раз поделиться пополам и задублировать самого себя. Соответственно, такая конструкция не только устойчива организационно, но она устойчива и на порядок выше по качеству.
В общем, какого бы размера ни было ИТ у вас, в момент сжатия вам нужно самое главное — организовать команды, обеспечивающие принципиально новое качество интеграции, связки с бизнесом. Эти команды должны стать распределенными. Такая стратегия имеет название BizOpsDev321.
В 80-е годы у Sun Microsystems был лозунг уже в конце 80-х: сеть — это компьютер. Сегодня мы говорим, что сеть — это организация, или организация — это сеть. И вот на примере BizOpsDev321 мы с вами видим, как можно создать сетевую организацию, которая на порядок качественнее, на порядок устойчивее.
BizOpsDev321. Не ждем, а готовимся!
Дата публикации: 11.11.2025