BizOpsDev321: три организационных разрыва в ИТ

Организации, которые ещё хотят жить, а не просто поддерживать ИТ-иллюзию, рано или поздно сталкиваются с тремя системными сбоями. Они не звучат в отчётах, но слышны тем, кто прислушивается.

Игнорировать их — значит дорого платить. Не только деньгами.
Да, ИТ слишком дорого для бизнеса, чтобы о нём не говорить. В том числе — и с нами.


📌 Разрыв 1: ИТ отдельно, бизнес отдельно

Бизнес на своих встречах. ИТ — в своих тикетах. Между ними — PowerPoint, Jira и должности, которые ничего не решают.

Что вместо: люди из бизнеса становятся частью ИТ-команды. Не в роли «представителя». А в роли участника. С прямым голосом и общим пониманием.

"Ты можешь отдать задачи на аутсорс. А как ты зааутсорсишь контекст?"


📌 Разрыв 2: Поддержка отдельно, разработка отдельно

Одни чинят, другие "развивают". Но никто не видит, как система живёт. Или умирает.

Что вместо: одна команда. Поддержка и Dev вместе. Всегда. Это и есть OpsDev. Иначе — это не команда, а декорация.

"Система без команды — это мёртвый код. Код без Ops — это тикеты в никуда."


📌 Разрыв 3: ИТ — это внутренний департамент и только он

Ушёл менеджер, часть команды — и всё посыпалось. Точка отказа была не в серверах. В оргструктуре.

Что вместо: оргструктура из трёх сторон. Внутри — команда. Снаружи — два независимых подрядчика. Все трое держат систему. Никто не может уронить её в одиночку.

Но подрядчики — это не только про Ops и Dev.

Когда внутренний ИТ-департамент упирается в потолок, возникает необходимость в третьей роли: стратегические собеседники для топов бизнеса.

Не внешние продавцы. Не внутренняя отчётность. А те, кто умеют говорить с властью в организации — по делу, на равных.

BizOpsDev321 — это про устойчивые команды. Но топам в них не место. Зато за пределами команд топы должны встречать тех, кто понимает их контекст и говорит на том же уровне. Это и есть первые лица подрядичиков.

"Хочешь устойчивость — убери монополию. Даже внутри себя."


BizOpsDev321: не метод, а система жизнеобеспечения

Одна цель. Одна команда. Три стороны.
Не про KPI. Не про фреймворки.
Про то, чтобы система жила — не только в облаке, но и в головах.

Мы не продаём воздух. Мы держим то, что должно держаться.


Что мы делаем уже 30 лет

Мы давно ушли дальше модных слов. Всё, что сегодня называют DevOps, DDD, Team Topologies — мы делаем с начала 90-х.

  • У нас есть свой универсальный язык управленческого учёта — q321
  • Свой подход к оргструктуре: BizOpsDev321
  • Автотесты, которые реально проверяют работу пользователя: DEMO
  • Своя ERP-CRM-BPMS система: app321
  • И проекты, которые работают 10, 20 и более лет: ВАТЕРМАН
  • И услуга, которой нет ни у кого: Команда-как-Сервис

"Сначала смотри, что держится. А уже потом — что можно улучшать."


Digital First — это удобно для продавца. Мы за Digital Last

"Кто заметил глобальные 90-е как второй сезон — тот уже думает об операционной устойчивости. Шоковые терапии возвращаются."

Мы не идём за хайпом. Мы проверили на практике:

  • где Open Source работает, а где это игрушка,
  • где облака помогают, а где всё теряется,
  • где NoCode спасает, а где мешает думать,
  • где ИИ — помощник, а где как очередной Instagram-фильтр.

"Кто пережил первый сезон 90-х, уже не верит в модные слова."


Литература в помощь


Как начать

  • Хотите просто поговорить — поговорим. Без фасада.
  • Хотите пилот на замене легаси — сделаем.
  • Хотите не искать людей, а взять команду — у нас есть такие.

"Ты не можешь просто купить команду. Но можешь начать работать с той, что уже выжила и успешна в системе."


321 — три в одном. Люди. Коды. Понимание.

Список 25-ти медалистов проекта (2017г.)
Список 25-ти медалистов проекта (2017г.)

В связи с 20 летим проекта мы вручили 25 памятных медалей и поговорили с основной группой разработчиков и технологов

Подробнее
Интервью участников проекта (2017г.)
Интервью участников проекта (2017г.)

Как красавицы из ОмскВодоканала и четверо айтишников построили уникальное отраслевое решение для биллинга в ЖКХ

Подробнее

Разработка и сопровождение корпоративного ПО на основе FreeSoftware/OpenSource.

hardsoft321 our experience
hardsoft321 waterman3
hardsoft321 уралсиб

Закон Галла (от 321): "Сложная система (команда плюс кодовая база), которая работает, всегда оказывается эволюционирующей из простой системы, которая работала. Обратное предложение также кажется верным: Сложная система, созданная с нуля, никогда не заработает и не может быть заставлена работать. Вы должны начать все сначала, начиная с работающей простой системы".