Разбираю текущий процесс
Смотрю, где задачи ждут, возвращаются, теряют владельца и становятся срочными.
Аудит и настройка IT-delivery
Нахожу, где в IT-delivery теряются сроки, деньги и управляемость. Даю практичный план исправления: роли, процессы, Jira/Confluence, метрики и AI-автоматизация.
Для CTO, CDTO, IT-директоров, Head of Engineering, Head of Delivery и владельцев разработки.
Т-Банк · P85 Story Lead Time
В контуре команды T-Refund
Иннотех · предсказуемость
поставки шести команд
Иннотех / ВТБ · квартальное
планирование продуктовых команд
Когда стоит начать
Если результат зависит от постоянного вмешательства руководителя, стоит разобрать весь путь задачи: от бизнес-запроса до промышленной эксплуатации.
Что я делаю
Сначала — фактический поток работы и его ограничения. Затем — изменения, которые команда может применять каждый день.
Смотрю, где задачи ждут, возвращаются, теряют владельца и становятся срочными.
От запроса до релиза: этапы, роли, точки решений и межкомандные зависимости.
Epic → Feature → Story: цель бизнеса, поставляемая ценность и работа команды.
Общие критерии готовности требований, приёмки и завершения работы.
Workflow, поля, доски, шаблоны и автоматизации под согласованный процесс.
Lead Time, Cycle Time, Throughput и Predictability: определения, источники, регулярный разбор.
Кто и как управляет приоритетами, загрузкой, рисками и результатом между бизнесом и ИТ.
Проверка требований, документация, подготовка сводок. С контролем человеком и оценкой эффекта.
На каждом уровне — понятные владелец, результат и критерии готовности. В Jira отражается реальная работа.
Форматы работы
90–120 минут для конкретной управленческой или процессной задачи.
Разбор того, как изменения проходят от запроса бизнеса до поставки.
Практическая настройка модели работы вместе с руководителями и командами.
Что останется у вас
Состав результата согласуем под выбранный формат. Для аудита и проектного внедрения он может включать:
Карта текущего процессаФактический путь задачи, ожидания и передачи между ролями.
Список узких местПричины задержек, возвратов и ручного управления.
Целевая модельРоли, этапы, решения и правила взаимодействия.
Шаблоны Feature / StoryСтруктура требований, критерии приёмки, DoR / DoD.
Рекомендации по Jira / ConfluenceWorkflow, поля, доски и структура документации.
Набор метрикОпределения, источники данных и порядок разбора.
Roadmap внедренияПриоритеты, владельцы изменений и контрольные точки.
Быстрые улучшения на 2–4 неделиОграниченный набор действий для первого цикла изменений.
Практика
Кейсы из моей работы в компаниях — от команды разработки до межкомандного производственного процесса.
Проектирование целевой модели цифровой трансформации и единой системы управления изменениями: Epic / Feature / Story / Sub-Task / Bug / Change.
Jira/Confluence, DoR/DoD, взаимодействие бизнеса и ИТ, BPMN/PlantUML, применение AI для требований и управленческих решений.
Перестройка delivery-процесса: Scrum-каденции, OKR, RICE, DoR/DoD и 3 Amigos. AI как вспомогательный слой для работы с требованиями, тестами и документацией.
В Иннотехе — единый производственный процесс для департамента из 8+ команд / 65+ сотрудников. Jira, SAFe/Agile, декомпозиция и методология «бери и используй».
Регламент работы в Jira, инструкции и схемы, автоматизация доставки и конфигурирования. Стандартизация типового внедрения и ручных операций.
Метрики относятся к указанным командам и проектам. Эффект в Т-Банке — результат совокупных изменений delivery-процесса. Цели вашего проекта определим после диагностики исходного состояния.
Как проходит работа
Уточняем проблему, границы, ожидаемый результат и формат работы.
Собираем взгляд бизнеса, руководителей и участников команд.
Изучаем Jira, Confluence, требования, планы и историю реальных задач.
Фиксируем, как работа проходит сейчас и где возникает ожидание.
Согласуем роли, workflow, критерии качества и управленческие решения.
Выбираем пилот, быстрые улучшения, ответственных и метрики.
В проектном формате помогаю применить договорённости, разбираю первые результаты и корректирую модель вместе с командой.
Мини-диагностика
Отметьте симптомы, которые регулярно возникают в вашем контуре. Результат меняется при выборе; если ничего не подходит, нажмите «Показать результат».
Вопросы перед стартом
Фокус моей работы — производственный процесс и управляемая поставка изменений. Agile-практики, фасилитация и обучение могут быть частью решения. Результат работы выражается в конкретных правилах, инструментах, метриках и действиях команды.
Выбор практик зависит от потока работы, типа задач и ограничений команды. Сначала разбираем, как устроен ваш процесс. Scrum, Kanban или отдельные практики используем там, где они помогают решить выявленную проблему.
Да. Можно ограничить работу одним узким местом: входящими требованиями, приоритизацией, Jira workflow, межкомандными зависимостями или планированием. Масштаб и результат согласуем до начала.
Да. У меня опыт работы в Т-Банке, Локо-Банке и Иннотех / ВТБ. При проектировании процесса учитываю обязательные согласования, требования к качеству и взаимодействие бизнеса, разработки и смежных подразделений.
Да. Одна команда или один поток изменений — подходящий масштаб для диагностики и пилота. По результатам можно принять решение, какие практики переносить на другие команды.
Краткое описание проблемы, состав участников и несколько примеров задач, которые прошли путь от запроса до результата. Для аудита согласуем интервью и доступ к необходимым артефактам либо обезличенным выгрузкам. Для первого сообщения достаточно описать задачу без конфиденциальных данных.
Следующий шаг
Напишите, что происходит сейчас, сколько команд участвует и что вы хотите изменить. Обсудим задачу и выберем подходящий формат работы.
Стоимость — по договорённости, после уточнения объёма.