Малые проектные команды (МПК)
О документе
Зачем этот документ?
Описывает новый подход к организации усиленных ИИ-агентами внутренних проектных команд на стыке ИТ и бизнеса.
Содержание
- зачем менять формат работы и что такое МПК
- форматы команд, роли и зоны ответственности
- жизненный цикл проекта и регулярные встречи
- принципы, метрики, эффект и план запуска
Рекомендации
- начинайте с одной конкретной проблемы и команды из 2–3 человек
- не запускайте проект без активного заказчика, цели и метрики результата
- владелец портфеля проектов задаёт рамки и устраняет препятствия, но не занимается микроменеджментом
- используйте ИИ на всех этапах, а экспертов подключайте для сложных и рискованных решений
Как работать с документом
- Изучите методологию, подумайте, насколько она применима в ваших командах.
- Запланируйте первые шаги, опираясь на слайд «План запуска».
Как выглядит процесс ИТ-разработки в большинстве компаний
Эта схема хорошо работала, пока компетенции были распределены между разными специалистами, а код и документы писались вручную. Этот мир закончился.
Проблемы существующего процесса
Задача долго ходит между ролями
Много времени уходит на передачу контекста
Ответственность размывается между участниками
Руководители и продакт-менеджеры — «бутылочное горлышко»
Разработчики слабо погружены в бизнес-контекст
Бизнес видит ИТ как внешний сервис, а не партнёра
Результат: долгий срок вывода решений на рынок (time-to-market) — то, что можно сделать за день, растягивается на несколько недель.
ИИ расширил возможности одного человека
Старый процесс проектировался под мир без ИИ. Сегодня один человек с ИИ-агентами выполняет существенно больше задач, чем раньше:
Собирает контекст
Быстро разбирается в предметной области, процессах и кодовой базе
Проектирует решения
Генерирует и сравнивает варианты архитектуры и подходов
Пишет и проверяет код
Реализует решения, тестирует гипотезы и находит ошибки значительно быстрее
Готовит документацию
ТЗ, инструкции и описания перестали быть «дорогими»
Тестирует сценарии
Проверяет основные и пограничные случаи без отдельной очереди
Ускоряет коммуникацию
Помогает бизнесу и ИТ быстрее понимать друг друга
Не передавать задачу по цепочке, а поручить её одному-двум людям, которые при помощи ИИ-агентов пройдут путь от идеи до работающего решения.
Задача компании — организовать процесс, обеспечить инфраструктуру и поддержку, чтобы люди могли работать автономно и по-настоящему раскрывать потенциал ИИ.
Что такое МПК
Малая проектная команда — временная команда под конкретную задачу на стыке ИТ и бизнес-процессов. Она отвечает за весь цикл изменений: от идеи до достижения целей проекта.
Команда из 2–3 человек
Заказчик + ИИ-инженер, при необходимости — бизнес-аналитик. Прямая коммуникация без посредников.
Владелец портфеля (ВПП)
Выбирает проект, формирует команду, задаёт рамки и следит за его актуальностью для бизнеса. В ежедневной работе не участвует.
Эксперты-консультанты
Эксперты по безопасности, DevOps, QA и архитектуре подключаются для консультаций и проверки, когда это необходимо.
Три формата команды
Заказчик + ИИ-инженер
Небольшие и средние задачи, где бизнес-контекст можно передать напрямую ИИ-инженеру, а объём аналитики ограничен.
ИИ-поиск по базе знаний · автоматизация обработки заявок · генерация регулярной отчётности
Заказчик + бизнес-аналитик + ИИ-инженер
Когда есть сложная бизнес-логика, несколько заказчиков, много исключений, спорные требования или высокая цена ошибки.
ИИ-помощник закупок · контроль качества клиентских диалогов · прогнозирование спроса
Заказчик + два и более ИИ-инженера
Для решений на стыке систем: требуются изменения или данные из нескольких платформ, а интеграция предполагает совместную разработку.
ERP + CRM: изменения в обеих системах, обмен данными и единый сквозной сценарий.
Формат выбирает ВПП при запуске проекта — по бизнес-логике, числу затронутых систем и сложности интеграций.
Заказчик — участник, а не постановщик
Объясняет
- бизнес-проблему и текущий процесс
- ожидаемый результат
- кто и как будет пользоваться решением
Участвует
- быстро отвечает на вопросы команды
- даёт обратную связь по демо и версиям
- помогает разобраться в правилах и исключениях
Отвечает
- принимает результат от лица бизнеса
- внедряет решение
- отвечает за бизнес-результат
ИИ-инженер — ключевая роль
Понимает задачу
- разбирается в бизнес-контексте
- напрямую общается с заказчиком
- предлагает варианты решения
Строит решение
- архитектура, данные, интеграции
- бэкенд, UI/UX и пользовательские сценарии
- ИИ-компоненты, модели, промпты
- доступы, роли, безопасность
Доводит до результата
- тестирует, включая пограничные случаи
- развёртывает и стабилизирует решение в рабочей среде
- готовит документацию, настраивает мониторинг и передаёт решение
Бизнес-аналитик и ВПП
- помогает заказчику подготовить ТЗ и собрать данные
- прорабатывает сценарии, правила, ограничения и исключения
- выявляет спорные места и помогает договориться о требованиях
- проверяет соответствие решения бизнес-логике при приёмке
Аналитик усиливает понимание, а не становится барьером между заказчиком и ИИ-инженером.
- выбирает и приоритизирует задачи для формата МПК
- формирует команду и задаёт цель, границы и ограничения
- устраняет препятствия, связанные с бюджетами, доступами и согласованиями, и обеспечивает административную поддержку
- подключается, если команда застряла или теряет фокус
ВПП — не менеджер проекта. Он наблюдает и консультирует, но не управляет каждым шагом и не отвечает за результат вместо команды.
Модель ответственности
Успех проекта — успех всей команды. За неудачу также отвечает вся команда, а не отдельный участник.
Как завершать проект
- Проблема и решениекакая была проблема, что сделали
- Срок до первого результатастарт → первая рабочая версия
- Срок до запускастарт → внедрение
- Эффектэкономия времени, сокращение ручного труда, снижение числа ошибок
- Использование ИИкакие инструменты и какой вклад
- Уроки и масштабированиечто повторять, что не сработало
- Запущенные и завершённые МПКактивность формата
- Средний срок до первого результатаскорость команд
- Средний срок до запускаскорость внедрения
- Доля проектов с измеримым эффектомсвязь с пользой
- Экономия человеко-часовоперационный эффект
- Активные заказчики и ИИ-инженерывовлечённость и рост
Раз в месяц ВПП проводят общую ретроспективу по всем МПК. Цель — не отчётность, а понимание того, где подход работает, а где его нужно корректировать.
Жизненный цикл: 8 этапов
Идея заказчик
Заказчик формулирует проблему, ожидаемый эффект и исходную идею решения.
Отбор инициатив ВПП
ВПП оценивает ценность, реализуемость и соответствие инициативы формату МПК.
Уточнение брифа ВПП
ВПП вместе с заказчиком уточняет цель, метрики, ограничения и ключевые вводные.
Поиск команды ВПП
ВПП подбирает участников, согласует роли и определяет дату старта.
Реализация MVP МПК
Команда создаёт MVP, проверяет ключевые сценарии и собирает обратную связь заказчика.
Боевой запуск МПК
Команда выводит решение в рабочую среду и стабилизирует его при реальной нагрузке.
Измерение эффекта заказчик
Заказчик сравнивает результат с целевыми метриками и фиксирует фактический эффект.
Передача в поддержку ИИ-инженер
ИИ-инженер передаёт решение в поддержку вместе с документацией, доступами и необходимыми знаниями.
Шаблон брифа на ИТ-инициативу
Бриф фиксирует общее понимание задачи до старта: зачем нужен проект, какой результат ожидается и в каких условиях его предстоит реализовать.
Документ помогает:
- ВПП — оценить перспективность проекта
- Заказчику — сформулировать задачу для команды
- Исполнителям — погрузиться в контекст и понять, что именно нужно делать и куда надо прийти
Смысл
- Название инициативы
- Контекст
- Идея
- Проблемы бизнеса
Результат
- Бизнес-цели
- Job Story
- Критерии успеха
- Измеримые цели
Реализация
- Ограничения
- Источники
- Сроки
- Проектная группа
Навык превращает интервью с заказчиком в заполненный бриф и собирает недостающие вводные в один список вопросов.
Регулярные встречи
Акселератор бизнес-заказчиков
Пространство для обмена опытом и развития компетенций заказчиков: как ставить цели, работать с командой и доводить проекты до бизнес-результата.
Заказчики · владельцы портфеля проектов (ВПП)
Акселератор ИИ-инженеров
Площадка для обмена опытом и развития ИИ-инженеров: как вести задачу вместе с заказчиком, применять ИИ и доводить решение до результата.
Организован по модели акселератора бизнес-заказчиков
Демо-день МПК
Встреча, на которой малые проектные команды показывают результаты своей работы: первые прототипы, демо, запуски и карточки результатов.
МПК в полном составе
Что делать с существующими командами разработки
Существующие продуктовые команды организуем в формате «Продуктовый контур»: это постоянная группа разработчиков и специалистов вокруг системы или домена.
Вокруг продукта или домена
Людей объединяет система или домен, даже если они работают над разными инициативами.
Автономные проекты
ИИ-инженер ведёт свои задачи от проектирования решения до релиза, а коллеги помогают советом и контекстом.
Общие практики
Дейлики, общая канбан-доска и ревью помогают контролировать качество и обмениваться опытом.
Канбан-доска продуктового контура
Доску ведут сами ИИ-инженеры. На одном экране видны проекты, задачи внутри них, владельцы и текущее состояние работы.
Дейлик продуктового контура
Что происходит сейчас
- что делаю и что завершил
- каким будет следующий шаг
- где возникло препятствие или появился риск
Советы прямо по ходу
- рекомендации по решению
- предупреждения о зависимостях
- быстрый поиск нужного эксперта
Корректировка направления
- видно, чем занят каждый ИИ-инженер
- понятна загрузка контура
- руководство может вовремя скорректировать приоритет
Ревью после релиза
Только ИИ-инженеры. Они разбирают уже собранные и выпущенные проекты друг друга, изучая репозиторий, код и принятые технические решения.
- автор проводит короткий обзор проекта и архитектуры
- коллеги заходят в репозиторий и изучают ключевые места
- задают вопросы о решениях, интеграциях и ограничениях
- фиксируют задачи улучшения на общей доске
- проекты проще передавать между ИИ-инженерами
- чужие решения безопаснее развивать и изменять
- потенциальные проблемы и технический долг становятся заметны раньше
- удачные решения становятся общей практикой
Шесть принципов МПК
Прямая коммуникация
Заказчик, аналитик и ИИ-инженер общаются напрямую. Чем меньше звеньев — тем быстрее движение.
Ответственность за результат
Результат — не код, а работающее решение, которое устраняет бизнес-проблему и улучшает бизнес-метрики.
Быстрый первый результат
Не уходим в долгий анализ. Показываем рабочую версию, получаем обратную связь, дорабатываем.
Живое ТЗ
ТЗ — рабочая база проекта. Изменились требования или логика — изменился документ.
Контроль без микроменеджмента
ВПП следит за рамками и бизнес-эффектом. Как решать задачу — команда определяет сама.
Максимум ИИ
МПК используют ИИ активнее всех: требования, ТЗ, код, тесты, документация, анализ ошибок.
Какой эффект получит компания
Ускорение реализации небольших и средних проектов
Руководители перестают быть «бутылочным горлышком»
Рост самостоятельности ИИ-инженеров и аналитиков
Параллельно реализуется больше инициатив
Больше автоматизированных и оптимизированных процессов
Культура продуктового мышления в ИТ
ИИ-инструменты становятся частью ежедневной работы
Библиотека успешных внутренних решений и практик
План запуска первой МПК
Выберите пилотную инициативу. Зафиксируйте бизнес-проблему, ожидаемый эффект, активного заказчика и реалистичный объём первой версии.
Сформируйте МПК. Назначьте ВПП, заказчика и ИИ-инженера; подключите бизнес-аналитика, если бизнес-логика сложна, заказчиков несколько или цена ошибки высока.
Проведите стартовую встречу. Согласуйте цель, метрики, ограничения, доступы, границы MVP, зоны ответственности и дату первого демо.
Организуйте короткий рабочий цикл. Используйте прямую коммуникацию, живое ТЗ, канбан-доску, регулярные демо и ИИ на каждом этапе.
Запустите и стабилизируйте решение. Проверьте ключевые сценарии, привлеките экспертов для проверки решений с повышенным риском, настройте мониторинг и передайте решение и знания команде поддержки.
Завершите пилот. Измерьте эффект, заполните карточку результата, проведите ретроспективу и зафиксируйте изменения для следующей МПК.
Как масштабировать подход на всю компанию
Подведите итоги пилотов. Сравните эффект, сроки, препятствия и уроки первых МПК; определите, для каких задач формат работает лучше всего.
Стандартизируйте инструменты. Утвердите бриф инициативы, живое ТЗ, карточку результата и правила распределения ответственности.
Настройте управление портфелем. Назначьте ВПП, определите критерии отбора и приоритизации инициатив, введите общие метрики.
Развивайте компетенции. Запустите акселераторы для заказчиков и ИИ-инженеров, демо-дни и сообщество внутренних экспертов.
Сформируйте продуктовые контуры. Введите общие канбан-доски, дейлики, ревью после релиза и единые правила передачи решений в поддержку.
Запускайте инициативы волнами. Ежемесячно оценивайте портфель, измеряйте эффект, устраняйте системные препятствия и обновляйте методологию.
Меньше передач.
Больше результата.
МПК быстро доводят инициативы до результата. Продуктовые контуры сохраняют общий контекст, взаимопомощь и прозрачность между проектами.