Даёшь операционную и организационную устойчивость!
Глобальные 90-е — два года спустя.
В ноябре 2024-го в США прошли выборы. Мы с Евгением Гавриловым в тот же месяц записали внеплановый выпуск и назвали его «Глобальные 90-е».
Перестройку и девяностые мы оба застали взрослыми, и картина показалась знакомой: сначала меняется государство, потом всё остальное. Только в этот раз — там, где, как пел Rammstein ещё в 2004-м, живём мы все: «We're all living in Amerika». Если перестройка начинается в Америке, она начинается у всех.
В конце разговора сказал фразу, к которой теперь стоит вернуться:
Это задача на год-два, чтобы операционный уровень свой обезопасить и чувствовать себя готовым к следующему десятилетию.
29:18
С тех пор прошло двадцать три месяца — хороший повод вернуться к тому разговору.
Что мы сказали тогда
Разговор шёл полчаса и местами уходил далеко в сторону. Если собрать главное — пять тезисов.
Глобальная перестройка 2.0. То, что в конце 80-х случилось на территории бывшего Союза, теперь происходит в масштабе всего мира. Мы назвали это «глобальными 90-ми». 02:20
Отличие от первого раза — в ИТ. В 1991–1992-м бизнесов, зависящих от ИТ, было немного. Сегодня ИТ встроено почти в любую компанию, в том числе далёкую от ИТ. 03:12
Избыточность есть у серверов, у команд — пока нет. Для инфраструктуры давно привычна схема 2N+1: узлов столько, что можно потерять один, а то и два, и продолжать работать — пусть с деградацией, — сразу восстанавливая потерянное. Для команд такая схема встречается редко. Команда обычно одна, и если она распадается, вчерашний хороший код в тот же день становится legacy.
С людьми так не получится. То есть нельзя забэкапить людей. Поэтому эта команда должна быть сразу разделена минимум на две. Теперь надо говорить — минимум на три.
09:21
Команду на троих удобнее собрать заранее. Пока время есть, её можно выстроить спокойно, шаг за шагом. Евгений напомнил, как это было с Agile: там, где его брали как методологию, а не как систему ценностей, ритуалы появлялись, а результат — нет. 10:20
Пока мы в комплексном домене. По Cynefin Дэйва Сноудена это среда, где следующий шаг ещё можно обдумать: попробовать, посмотреть, поправить. Евгений тогда добавил, что стрелка крутится против часовой — из комплексного домена в хаотический. 28:09
И ещё одна мысль Евгения, про сроки: экономика и общество меняются годами, в лучшем случае месяцами. Значит, есть полгода-год, чтобы задуматься и стартовать, — и ещё год-два-три, чтобы быть готовыми. 17:03
Что произошло
Перечислять не будем. Экономические, гибридные и кинетические войны за эти два года резко обострились, ИТ-сектор почувствовал это одним из первых — каждый, кто читает этот текст, видит это сам. Это происходит прямо сейчас.
Стрелка, о которой говорил Евгений, заметно сдвинулась. А срок «год-два» из того разговора как раз подошёл.
Как забэкапить людей
Бэкап в привычном смысле к людям не применим. А схема 2N+1 — применима, и кое-где она уже работает.
Заказчики, конечно, стараются опереться на надёжных подрядчиков. Даже в тендерах для этого есть свои инструменты: критерии оценки позволяют годами работать с одним проверенным партнёром. А там, где выбирают строго по цене, отношения просто не успевают сложиться. В лучшем случае получается что-то вроде 2N: заказчик и надёжный подрядчик. До единого -OpsDev отсюда — ещё несколько шагов. Эволюция и складывается из пары небольших шагов в нужную сторону.
В железе организационный 2N+1 уже сложился: заказчик, интегратор, дистрибьютор, вендор. Инженерная экспертиза распределена по всей цепочке, и если люди в одном из узлов временно недоступны, работа не останавливается. Выпадение целой организации — крайний случай, и его закрывает другая: место интегратора может занять другой, работающий с тем же вендором. Улучшать и тут есть что, по Демингу и по -OpsDev321, но основа уже есть.
В сопровождении и доработке прикладного софта картина другая. Эксплуатационные знания, как правило, есть только внутри, у заказчика, а разработка бывает полностью вынесена к подрядчику. Каждый держит свою половину, и узла, который мог бы подхватить любую из них, нет.
Четвёртый пункт Деминга советует двигаться к единственному поставщику, с долгими отношениями доверия. Пришло время его обновить: от 2N к 2N+1. Одна команда и одни долгие отношения — только разнесённые на три организации, а не конкурирующие подрядчики. Деминг писал в спокойное время, когда ведущие экономики росли и расширялись. Сейчас время другое, и запас прочности нужен другой.
Как это выглядит: одна команда сопровождения и доработки, распределённая между тремя независимыми организациями: клиент и два подрядчика. Каждая часть знает систему целиком. Если одна выпадает — ушёл подрядчик, сменился собственник, распалась группа, — две другие продолжают работать, пусть в сниженном темпе, и сразу начинают восстанавливать третью. Новую часть команды вводят в систему те, кто остался.
Восстановить узел здесь — значит передать когнитивное облако: предметный язык, реальные сценарии, неявные правила, по которым живёт система. И вот здесь за два года появилось новое.
Чего мы тогда не проговорили
В том выпуске почти не было ИИ. За два года он стал заметным фактором, и сразу в двух направлениях.
С одной стороны, скорость изменений растёт: бизнес-температура, о которой мы говорили, продолжает подниматься.
С другой — восстанавливать узел стало проще. Автотесты и документация, которая проверяется вместе с кодом, формализуют важную часть когнитивного облака. Подробно об этом — в посте про кольцо автотестов. Новая часть команды входит в систему вместе с ИИ-агентами, которые читают этот слой целиком.
И ещё одно. Переход от BizOpsDev321 к BizOpsVibe321 сделал возможными не просто малые автономные команды, а tiny teams — по 2–3 человека с ИИ-агентами. Каждая из них — часть одной Команды321 с единым когнитивным облаком.
Разница с традиционными командами по 10–20 человек и цепочкой закреплённых ролей от аналитика до разработчика была заметна и при -Dev. -Vibe добавил возможностей, суть осталась прежней.
Операционная и организационная
В видео эти два слова у нас идут через запятую. Для этого поста их стоит развести — это разные уровни одной задачи.
Операционная устойчивость — что сохранить. Тот минимальный набор ИТ, от которого зависит ежедневная работа и без которого организация не готова остаться ни при каких обстоятельствах: глобальный конфликт, смена собственника, исчезнувший подрядчик.
Организационная устойчивость — как этого добиться. Та самая команда 2N+1 на троих. Три точки зрения на одну систему — триангуляция.
Посмотреть, где вы сейчас, помогают пять сценариев из IT-Strategy321: неделя без интернета, без централизованного ИТ, без электронных платежей, после значительной потери данных, во время кибератаки.
Как выглядит хаотический домен
Переход из комплексного домена в хаотический видел сам в 2011-м, в Открытии, и участвовал в «тушении пожара». Банк-клиент обновили одним днём сразу в нескольких городах, без плана отката и без дизастер-плана. Всё встало. История — в первом выпуске IT Biz Radio.
Если ещё не начали
Из того же разговора: пока мы в комплексном домене, шагать можно обдуманно.
Первый шаг может быть небольшим: одна команда, одна зона, один внешний партнёр. Проверить на одной зоне — и расширять на основе фактов. Что ещё входит в структурную устойчивость, собрано в чек-листе.
Если хочется сверить картину со стороны — у нас есть формат второй точки зрения: 2–3 созвона по 30 минут, бесплатно и без обязательств. b@bush10.org или телеграм @buschgau.
Два года назад мы закончили выпуск словами «надо готовиться». Сколько у нас ещё времени до хаотического домена — год, полгода, меньше?
Видео целиком: «Гаврилов. Глобальные 90-е. Разговоры о BizOpsDev», 31 минута, ноябрь 2024.
14.10.2026