Аудит и настройка IT-delivery

Управляемый delivery.
От запроса
до результата.

Нахожу, где в IT-delivery теряются сроки, деньги и управляемость. Даю практичный план исправления: роли, процессы, Jira/Confluence, метрики и AI-автоматизация.

Для CTO, CDTO, IT-директоров, Head of Engineering, Head of Delivery и владельцев разработки.

10+ лет в ИТБанки и финтехDeliveryJira / ConfluenceAI
~6 мес. → 19 дней

Т-Банк · P85 Story Lead Time
В контуре команды T-Refund

~30% → 85%

Иннотех · предсказуемость
поставки шести команд

5 дней → 4 часа

Иннотех / ВТБ · квартальное
планирование продуктовых команд

Когда стоит начать

Команды заняты.
А поставкой всё сложнее управлять.

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

  • Задачи постоянно срочные, приоритеты меняются на ходу.
  • Сроки не прогнозируются, планы регулярно расходятся с фактом.
  • Бизнес и ИТ говорят на разных языках.
  • Jira есть, но управленческой системы нет.
  • Требования возвращаются на доработку уже в разработке.
  • Много ручного управления, согласований и напоминаний.
  • Команды загружены, но бизнес-эффект не виден.

Что я делаю

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

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

01 / Аудит

Разбираю текущий процесс

Смотрю, где задачи ждут, возвращаются, теряют владельца и становятся срочными.

02 / Delivery

Настраиваю сквозную поставку

От запроса до релиза: этапы, роли, точки решений и межкомандные зависимости.

03 / Feature-модель

Связываю уровни работы

Epic → Feature → Story: цель бизнеса, поставляемая ценность и работа команды.

04 / Качество входа и выхода

Определяю DoR и DoD

Общие критерии готовности требований, приёмки и завершения работы.

05 / Инструменты

Настраиваю Jira / Confluence

Workflow, поля, доски, шаблоны и автоматизации под согласованный процесс.

06 / Метрики

Делаю поток измеримым

Lead Time, Cycle Time, Throughput и Predictability: определения, источники, регулярный разбор.

07 / Управление

Собираю контур решений

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

08 / AI-автоматизация

Убираю рутинные операции

Проверка требований, документация, подготовка сводок. С контролем человеком и оценкой эффекта.

EpicFeatureStory

На каждом уровне — понятные владелец, результат и критерии готовности. В Jira отражается реальная работа.

Форматы работы

Начать с конкретной задачи.
Расширить по результату.

Пройти мини-диагностику ↓
Разобрать один вопрос

Разовая
консультация

90–120 минут для конкретной управленческой или процессной задачи.

  • Разбор вашего контекста и артефактов.
  • Варианты решения и ограничения.
  • Следующие действия и критерии результата.
Стоимость — по договорённости
Обсудить консультацию
Внедрить изменения

Проектное внедрение
operating model

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

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

Что останется у вас

Артефакты для работы
и принятия решений.

Состав результата согласуем под выбранный формат. Для аудита и проектного внедрения он может включать:

Карта текущего процессаФактический путь задачи, ожидания и передачи между ролями.

Список узких местПричины задержек, возвратов и ручного управления.

Целевая модельРоли, этапы, решения и правила взаимодействия.

Шаблоны Feature / StoryСтруктура требований, критерии приёмки, DoR / DoD.

Рекомендации по Jira / ConfluenceWorkflow, поля, доски и структура документации.

Набор метрикОпределения, источники данных и порядок разбора.

Roadmap внедренияПриоритеты, владельцы изменений и контрольные точки.

Быстрые улучшения на 2–4 неделиОграниченный набор действий для первого цикла изменений.

Практика

Опыт внутри банков,
финтеха и сложных ИТ-систем.

Кейсы из моей работы в компаниях — от команды разработки до межкомандного производственного процесса.

01

Локо-Банк

Консалтинг, срочный проект трансформации процессов разработки банка

Проектирование целевой модели цифровой трансформации и единой системы управления изменениями: Epic / Feature / Story / Sub-Task / Bug / Change.

Jira/Confluence, DoR/DoD, взаимодействие бизнеса и ИТ, BPMN/PlantUML, применение AI для требований и управленческих решений.

Единая модель измененийРоли, правила, артефакты и управленческий контур.
02

Т-Банк · T-Refund

Руководитель групп · команда до 13 инженеров

Перестройка delivery-процесса: Scrum-каденции, OKR, RICE, DoR/DoD и 3 Amigos. AI как вспомогательный слой для работы с требованиями, тестами и документацией.

~6 месяцев → 25 → 19 днейP85 Story Lead Time в контуре команды: срок, в который укладывались 85% Story.
95–100%выпуск запланированного
функционала
0–1 / месяцPROD-дефекты
после изменений
03

Иннотех / ВТБ

Организация производственного процесса и delivery продуктовых команд

В Иннотехе — единый производственный процесс для департамента из 8+ команд / 65+ сотрудников. Jira, SAFe/Agile, декомпозиция и методология «бери и используй».

~30% → 85%Предсказуемость поставки шести команд в Иннотехе.
5 дней → 4 часаКвартальное планирование в отдельном
контуре продуктовых команд Иннотех / ВТБ.
04

CoreClass

Системный архитектор · интеграционный контур АПК «Безопасный город»

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

1 месяц → 1 неделяСрок типового внедрения в конкретном интеграционном контуре.

Метрики относятся к указанным командам и проектам. Эффект в Т-Банке — результат совокупных изменений delivery-процесса. Цели вашего проекта определим после диагностики исходного состояния.

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

От понимания ситуации
до изменений в ежедневной работе.

  1. 01

    Диагностика

    Уточняем проблему, границы, ожидаемый результат и формат работы.

  2. 02

    Интервью

    Собираем взгляд бизнеса, руководителей и участников команд.

  3. 03

    Разбор артефактов

    Изучаем Jira, Confluence, требования, планы и историю реальных задач.

  4. 04

    Карта процесса

    Фиксируем, как работа проходит сейчас и где возникает ожидание.

  5. 05

    Целевая модель

    Согласуем роли, workflow, критерии качества и управленческие решения.

  6. 06

    План внедрения

    Выбираем пилот, быстрые улучшения, ответственных и метрики.

  7. 07

    Сопровождение изменений

    В проектном формате помогаю применить договорённости, разбираю первые результаты и корректирую модель вместе с командой.

Мини-диагностика

Насколько ваш delivery
зависит от ручного управления?

Отметьте симптомы, которые регулярно возникают в вашем контуре. Результат меняется при выборе; если ничего не подходит, нажмите «Показать результат».

Что происходит в вашей команде или департаменте?

Ответы остаются в этой вкладке. Они не сохраняются и никуда не отправляются.

Вопросы перед стартом

Договоримся
о задаче и границах.

Это Agile-коучинг?

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

Вы будете внедрять Scrum?

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

Можно ли без большой трансформации?

Да. Можно ограничить работу одним узким местом: входящими требованиями, приоритизацией, Jira workflow, межкомандными зависимостями или планированием. Масштаб и результат согласуем до начала.

Работаете ли с банками/финтехом?

Да. У меня опыт работы в Т-Банке, Локо-Банке и Иннотех / ВТБ. При проектировании процесса учитываю обязательные согласования, требования к качеству и взаимодействие бизнеса, разработки и смежных подразделений.

Можно ли начать с одной команды?

Да. Одна команда или один поток изменений — подходящий масштаб для диагностики и пилота. По результатам можно принять решение, какие практики переносить на другие команды.

Что нужно для старта?

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

Следующий шаг

Разберём, где ваш delivery
теряет управляемость.

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

Стоимость — по договорённости, после уточнения объёма.