Для PM, руководителей команд и продуктовых портфелей

Планограф AI

Интеллектуальный помощник руководителя: связывает бэклог, людей и зависимости в выполнимый план — от спринта до года.

В разработке

Моя роль: Автор продукта и системы планирования

Обсудим применение в вашей компании

Демонстрация · внедрение · продажа продукта

Обсудить продукт →

План должен сходиться с реальностью

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

Планограф AI — мой помощник для планирования разработки. Он связывает структуру бэклога, доступность специалистов и правила производственного процесса. Я использую и развиваю его как собственный продукт: от оценки объёма на год до распределения работы по людям и спринтам.

Что делает система

Вопрос руководителяВозможность
Из чего состоит большая инициатива?Иерархия эпиков, фич, историй и задач
Что от чего зависит?Связи между работами, граф зависимостей и последовательность выполнения
Кто сможет это сделать?Команды, роли, компетенции, доступность и ограничения загрузки
Что помещается в период?Расчёт ёмкости и распределение работ по спринтам
Как перейти от годового намерения к исполнению?Годовые оценки, детализация поставок и перенос согласованного плана в рабочий процесс
Где план становится рискованным?Подсветка конфликтов, перегрузки, зависимостей и отклонений
Как обсудить план вне системы?Визуальное рабочее пространство и экспорт в Excel

Математика и AI решают разные части задачи

В основе распределения — OR-Tools CP-SAT: модель ограничений учитывает доступные ресурсы, зависимости и правила планирования. Она ищет допустимое распределение, а не просто раскрашивает календарь.

Допустимый план соблюдает заданные ограничения, но может быть не лучшим из возможных. Если расчёт остановился по лимиту времени без решения, это ещё не доказывает, что план невозможен: у CP-SAT для этих исходов разные статусы. И даже найденное решение не устраняет ошибки в оценках трудоёмкости — их проверяет команда.

В продукте есть ML-компоненты для оценки трудоёмкости и агенты планирования. Последние оркестрируют расчёты и перенос данных по заданным правилам: слово «агент» здесь не означает, что LLM произвольно назначает сроки. Но решение руководителя не подменяется уверенным текстом модели: исходные допущения и ограничения должны оставаться видимыми.

Если входные данные противоречивы или объём не помещается, полезный результат — увидеть конфликт и варианты его разрешения. Увеличить команду, изменить последовательность, сократить объём или пересмотреть срок — это разные управленческие решения.

Пример использования

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

При изменении приоритетов или состава команды план можно пересчитать. Ценность продукта — в связи решений между собой: новая срочная задача должна показывать, какую работу она вытесняет.

Что покажу на демонстрации

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

  1. Соберём иерархию задач и зададим доступность людей.
  2. Рассчитаем распределение и увидим, где ресурса не хватает.
  3. Изменим приоритет или доступность специалиста и сравним последствия.
  4. Подготовим перенос утверждённого годового плана в рабочий период.
  5. Проверим предварительный результат и применим именно согласованный вариант.

В текущем агенте годового планирования предварительный расчёт выполняется в отдельной копии данных: перенос иерархии, балансировка людей, подготовка последовательности релизов и проверка ёмкости. При блокирующих конфликтах применение запрещено. Контроль версии защищает от применения расчёта к уже изменившемуся плану; предусмотрено восстановление.

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

Почему «Планограф»

Это рабочее название: план строится вокруг связей задач, людей и поставок. AI помогает готовить и анализировать решения, математическая модель проверяет ограничения, руководитель принимает результат. Название ещё можно изменить; эта логика продукта важнее модной приставки.

Что потребуется для внедрения

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

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

Демонстрация, адаптация или покупка

Готов обсудить внедрение Планографа AI, развитие под вашу организацию, совместную работу или продажу продукта и наработок. Состав поставки, права, сопровождение и дальнейший roadmap согласуем в рамках конкретного предложения.

Обсудить Планограф AI →

Технологическая основа

  • Python
  • Flask
  • OR-Tools CP-SAT
  • SQLite / PostgreSQL
  • SQLAlchemy
  • JavaScript