Диагностика и пересборка ИТ‑архитектуры
ИТ и бизнес должны работать слаженно на достижение общих, понятных и сонаправленных бизнес-целей. Мы помогаем обнаружить расхождения, которые мешают достижению максимальной эффективности связки бизнеса и ИТ и повышают риски для бизнеса, создаем план изменений и сопровождаем вас на пути трансформации
-
Александр БындюИТ‑архитектор, основатель компанииСложная архитектура · Консультирование по архитектуре, Трансформация ИТ‑культуры крупных компаний · Автор книги «Антихрупкость в ИТ»
-
Руслан СафинТехнический директорВысоконагруженные системы · Микросервисная архитектура · Преподаватель ИТ‑архитектуры в вузах · Развитие технической культуры компаний заказчиков
Наши консультанты имеют глубокую экспертизу в построении ИТ‑стратегии, вариантах ИТ‑архитектуры и выстраивании цепочек поставки бизнес-ценности в цифровых продуктах
Как мы выведем ваш бизнес на новый уровень с точки зрения взаимодействия с ИТ
- Погрузимся в вашу текущую ИТ‑архитектуру и процессы создания ПО, изучим основные бизнес-метрики, к которым стремится бизнес.
- Сопоставим текущее состояние с тем, куда ваше ИТ может прийти для лучшего достижения бизнес-целей.
- Посчитаем варианты и стоимость изменений, составим дорожную карту, выявим и оценим риски.
- Проведем индивидуальный семинар для руководителей и людей, влияющих на ИТ‑архитектуру, презентуем результат аудита и план изменений.
- Включимся в процесс изменений и поможем вашему бизнесу и ИТ пройти этот путь.
Результаты
Что приобретает заказчик после нашей работы
- Если у вас всё отлично с ИТ‑архитектурой, то мы подтвердим это своим внешним аудитом и подробным отчетом.
- Если есть возможности для улучшения, то мы подробно опишем как это сделать. Типовые результаты улучшений у клиентов после нашей работы:
- повышение стабильности систем, уменьшение количества инцидентов и среднего времени простоя;
- снижение затрат на разработку;
- уменьшение стоимости поддержки;
- уменьшение стоимости инфраструктуры;
- снижение зависимости команд и зависимости релизов друг от друга;
- при необходимости реализованный переход на новую архитектуру;
- внедрение новых инструментов для создания и управления ИТ‑архитектурой;
- при необходимости обучим ваших сотрудников и поможем нанять новых.
- Так как у нас есть возможность погрузиться в ваш бизнес, то мы всегда стараемся подстроиться под ваш конкретный случай и смоделировать необходимые для вас изменения, ведь все бизнесы в чем-то уникальны.
Успешные кейсы

Byndyusoft переосмыслили и заново собрали сервисы, на которых зарабатывает наша компания:
поиск запчастей, карточка товара, чекаут, заказы и другие. Они построили систему сбора метрик
с этих сервисов и аналитику поведения пользователей. С ними мы решили перешли
от монолитной системы на микросервисную архитектуру. Кроме этого, они создали с нуля
внутри нашей компании две продуктовые команды, чтобы мы сами могли создавать новые ИТ‑продукты.
Роман Алябьев
КЕЙСЫ
Микросервисы / Lean Startup / Ритейл / Ecommerce / Продуктовая разработка
РЕЗУЛЬТАТ
- Ключевые сервисы были выделены из монотилной системы и реализованы с нуля в виде микросервисов, что привело к ускорению развития каждого сервиса независимо от других частей ИТ‑ландшафта.
- Каждый микросервис получил возможность самостоятельно выбирать стратегию масштабирования.
- В компании заказчика были созданы две новые самостоятельные продуктовые команды.
- Совместно с заказчиком было спроектировано и разработано несколько продуктов для разных сегментов B2B-аудитории.
План работ
Оценка текущего состояния
- Анализ документов (если они есть), описывающих ИТ‑архитектуру, интеграции, сервисы и их назначение, ИТ‑ландшафт компании, технический радар. Актуализация документов при необходимости.
- Анализ цепочек поставки бизнес-ценности и определение связи этих цепочек с ИТ‑архитектурой.
- Обсуждение с бизнесом текущих бизнес-метрик и определение связи этих метрик с ИТ‑архитектурой и процессами создания ПО.
- Определение текущих принципов проектирования ИТ‑архитектуры и доменных моделей данных. Определение выбранных стандартов проектирования, подходов к разработке и фиксации бизнес-требований в виде пользовательских историй и описания интеграционных потоков.
- Работа вместе с ИТ‑архитекторами над текущими задачами и участие в архитектурном комитете (если он есть), чтобы понять вашу культуру проектирования и повседневную практику создания сервисов.
- Работа вместе с Владельцами Продуктов (если они есть) для выявления подходов к созданию ИТ‑продуктов.
- Ревью текущего процесса поставки приложений в релиз: от коммита до выкатки в прод.
- Ревью текущего процесса эксплуатации и поддержки приложений, обсуждение SLO и изучение дашбордов с текущими метриками.
- Исследование текущего состояния системы в разрезе безопасности, стабильности, устойчивости к нагрузкам.
Переход к новому состоянию
- Взаимодействие с бизнесом и ключевыми ИТ‑специалистами для описания целей, которые нужно достигнуть изменением ИТ‑архитектуры.
- Сопоставление существующей ИТ‑архитектуры с бизнес-целями компании.
- Сопоставление существующих процессов с бизнес-целями компании.
- Описание и визуализация желаемого состояния ИТ‑архитектуры и процессов.
- Проведение семинаров внутри компании на тему ИТ‑архитектуры и процессов создания ПО, если это необходимо.
- Сопровождение бизнеса и ИТ на пути трансформации для достижения заявленных целей.
Срок
от 6 недель
Консультанты
2 эксперта
Наш опыт стал доступным знанием
-
Рефакторинг микросервисной архитектурыДаже грамотно спроектированная микросервисная архитектура с течением времени требует пересмотра и рефакторинга. Рассмотрим тревожные сигналы о необходимости рефакторинга, поговорим о принципах рефакторинга в переложении на архитектуру микросервисов, наметим конкретные шаги и этапы безопасного и итерационного рефакторинга архитектуры на практике.ТЕЗИСЫ И СЛАЙДЫarchdays
-
Скрытые расходы при переходе на микросервисыЛишь в идеальном мире переход от монолита к происходит легко и непринуждённо. В видео и статье рассмотрено какие конкретно сложности могут увеличить бюджет перехода на микросервисы в два-три раза. Описаны факторы, затягивающие и вызывающие знаичтельное удорожание процесса перехода в сравнении с ожиданиями. Дан чеклист для оценки этих факторов и помощь к более реалистичному расчёту бюджета перехода на микросервисы.
-
Гранулярность
микросервисовКак выбрать стратегию деления вашего приложения на микросервисы с примерами и как избежать крайностей при изменении и проектировании микросервисной архитектуры. Какими принципами руководствоваться при проектировании, как увязать возвышенную теорию с реалиями практики? Обсудим примеры из жизни и сравним разные стратегии проектирования — от минимонолитов до наносервисов.
Команда консультантов
-
Александр БындюИТ‑архитектор, основатель компании
- Проектирует архитектуры сложных систем
- Консультирует как внешний ИТ‑архитектор
- Организует работу от сбора требований до запуска ИТ‑продукта
- Трансформирует и взращивает ИТ‑культуру в крупных компаниях
- Автор книги «Антихрупкость в ИТ. Как достигать результатов в IT-проектах в условиях неопределённости»
-
Руслан СафинТехнический директор
- ИТ‑архитектор, эксперт по высоким нагрузкам и микросервисам
- Занимается аудитом и проектированием ИТ‑архитектур сложных систем, выстраиванием и развитием технической культуры в компаниях заказчиков
- Развивает и продвигает новые подходы в ИТ в России на уровне отрасли — организует крупнейшие конференции, выступает с докладами и преподает свой авторский курс по ИТ‑архитектуре в магистратурах ИТМО, Яндекса, ВШЭ и других