Перейти к содержанию

Разработка сложных ИТ-систем

Беру сложныйИТ‑продукт целиком —до рабочего запуска.

Проектирую и запускаю системы, в которых много ролей, данных и интеграций, а цена ошибки высока. Бизнес получает одну точку ответственности за решения и результат.

20+ летзапускаю сложные цифровые продукты
FinTech · B2Bопыт систем с высокой ценой ошибки
Одна точкаответственности за продукт и архитектуру
По задачесостав команды меняется вместе с этапом проекта

Когда типового решения недостаточно

Система должна отражать реальный процесс, а не заставлять бизнес жить по ограничениям коробки.

Формат нужен там, где задача не распадается на независимые экраны и интеграции: одно решение влияет на роли, данные, операции и дальнейшее развитие.

01

Сложная логика

Процесс зависит от ролей, состояний, правил, исключений и решений нескольких участников.

02

Много систем

Данные и действия распределены между внутренними продуктами, внешними сервисами и ручными каналами.

03

Противоречивые требования

Подразделения видят будущую систему по-разному, а единой продуктовой модели ещё нет.

04

Несколько подрядчиков

Каждый отвечает за свою часть, но никто не удерживает пользовательский путь и результат целиком.

05

Высокая цена сбоя

Ошибка влияет на деньги, операционную работу, клиентов или способность выполнить обязательство.

06

Действующая система

Нужно сохранить работающие операции, перенести данные и постепенно заменить устаревшие части.

Одна ответственность

Заказчик не должен самостоятельно соединять продукт, архитектуру, команду и запуск.

Работа начинается с бизнес-процесса и заканчивается системой, которая проходит согласованный путь в реальных условиях, включая ошибки и исключения.

01Что нужно строить

Обследование

Процессы, пользователи, данные, ограничения, текущие системы и риски будущего решения.

02Для кого и зачем

Продуктовая модель

Роли, сценарии, правила, состояния, границы первой версии и критерии результата.

03Как решение будет жить

Архитектура

Система, данные, интеграции, безопасность, надёжность и решения с высокой ценой изменения.

04Что требует особого контроля

Ключевая разработка

Основной пользовательский путь и части системы, от которых зависит работа продукта.

05Кто отвечает

Команда и качество

Роли под этап, понятная ответственность, проверки и приёмка без лишнего управленческого слоя.

06Как система начинает работать

Запуск и развитие

Перенос данных, контролируемый запуск, поддержка и приоритеты следующих изменений.

Как формируется команда

Состав команды меняется вместе с задачей и этапом проекта.

Я отвечаю за продуктовую модель, архитектуру и ключевые решения. Агентная сеть ускоряет исследование, проектирование, разработку, проверку и документацию. Профильные специалисты подключаются к конкретной задаче на согласованный срок.

01На всём проекте

Техническое руководство

Бизнес-контекст, продуктовая модель, архитектура, ключевые решения и итоговое качество.

02На каждом этапе

Агентная сеть

Параллельное исследование, проектирование, разработка, проверки и документация с обязательной проверкой результата.

03По необходимости

Узкие специалисты

Подключаются к конкретной задаче и на заранее согласованный срок.

04Совместная работа

Команда заказчика

Продолжает работать в сильных для неё областях и получает решения, контекст и понятные критерии.

Как проходит проект

Сначала запускаем главный процесс. Затем расширяем систему.

Крупная разработка разбивается на этапы, каждый из которых снижает конкретный риск и даёт проверяемый результат.

01

Обследование

Контекст, процессы, пользователи, существующие системы, границы и главные риски.

Карта проекта
02

Проектирование

Сценарии, прототип, данные, интеграции, архитектура и условия приёмки.

Модель решения
03

Сквозной фрагмент

Проверяем главный пользовательский путь и критичные интеграции до полной реализации.

Снятый системный риск
04

Первая рабочая версия

Разработка, проверка проблемных сценариев, перенос данных и контролируемый запуск.

Работающая система
05

Развитие

Обратная связь, показатели продукта, поддержка и приоритеты следующих изменений.

План развития

Что считается результатом

Не набор модулей, а работающий бизнес-процесс целиком.

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

01

Сквозной процесс

Первая версия доводит согласованный бизнес-сценарий от входа до результата.

02

Работа с отклонениями

Для ключевых операций определены ошибки, повторные действия и восстановление.

03

Роли и доступ

Участникам понятны действия, ответственность и границы работы с данными.

04

Интеграции

Системы согласованно обмениваются данными, а задержки и сбои имеют понятное поведение.

05

Передаваемый контекст

Решения, код, документация и дальнейший план доступны команде заказчика.

06

Основа для развития

Новые сценарии добавляются без повторного исследования продукта с нуля.

Системы с высокой сложностью

Четыре разных продукта. Один общий навык — держать целое.

FinTech, мобильный банкинг, ЖКХ и собственная AI-платформа показывают опыт разных типов системной сложности.

Стоимость сложной системы

Большой бюджет появляется только после понятных границ.

Если сценарии, интеграции и состояние действующих систем ещё неизвестны, проект начинается с обследования. После него можно определить этапы, бюджет и границы первой версии.

Рекомендуемый первый этапот 900 000 ₽Обсудить формат
01

Разбор проекта

100 000–150 000 ₽

Контекст, главные риски, подходящий формат и краткое письменное заключение.

02

Предпроектное обследование

500 000–900 000 ₽

Процессы, ограничения, текущие системы, главные риски и границы проектирования.

03

Архитектура и прототип

900 000–2 000 000 ₽

Проверяемая продуктовая модель и системные решения до основной разработки.

04

Первая рабочая версия

6 000 000–15 000 000 ₽

Согласованный бизнес-процесс, интеграции, проверки и запуск.

05

Корпоративная система

15 000 000–40 000 000 ₽ и выше

Несколько бизнес-процессов, сложные роли, данные, перенос и поэтапное внедрение.

Как формируется бюджет

Бюджет определяют число ролей и вариантов процесса, интеграции, перенос данных, требования к безопасности и надёжности, состояние существующей системы и границы первого запуска.

Вопросы о сложной разработке

Как принять решение о старте и масштабе проекта.

01Можно подключиться к уже работающей команде или подрядчику?

Да. Сначала фиксируются границы ответственности, доступ к информации и порядок принятия решений. Эффективную часть существующей команды нет смысла заменять.

02Можно заранее назвать точную стоимость всей системы?

Да, если уже определены сценарии, интеграции и границы запуска. В остальных случаях обследование позволяет оценить конкретную первую версию и следующие этапы.

03Можно развивать существующую систему?

Да. После диагностики становится понятно, какие части стоит сохранить и доработать, какие изолировать, а какие постепенно заменить.

04Кто участвует в большом проекте?

Я отвечаю за бизнес-контекст, архитектуру и ключевые решения. Агентная сеть ускоряет параллельные задачи, а профильные специалисты подключаются к тем этапам, где нужна их экспертиза.

05Что если обследование покажет, что проект нецелесообразен?

Заказчик получает аргументированный вывод и варианты: сократить границы, изменить подход, отложить или остановить проект до крупных расходов.

Сложная система

Какой бизнес-процесс должна держать система?

Опишите пользователей, текущий процесс, системы и ожидаемый результат. Я изучу задачу и предложу подходящий первый этап.

Обсудить системуоколо 5 минут