Для PM, руководителей команд и продуктовых портфелей
Планограф AI
Интеллектуальный помощник руководителя: связывает бэклог, людей и зависимости в выполнимый план — от спринта до года.
Моя роль: Автор продукта и системы планирования
План должен сходиться с реальностью
У команды есть задачи, но есть ещё отпуска, специализации, незавершённая работа, последовательность этапов и зависимости от соседних продуктов. В таблице можно назначить любую дату. Выполнить такой план значительно сложнее.
Планограф AI — мой помощник для планирования разработки. Он связывает структуру бэклога, доступность специалистов и правила производственного процесса. Я использую и развиваю его как собственный продукт: от оценки объёма на год до распределения работы по людям и спринтам.
Что делает система
| Вопрос руководителя | Возможность |
|---|---|
| Из чего состоит большая инициатива? | Иерархия эпиков, фич, историй и задач |
| Что от чего зависит? | Связи между работами, граф зависимостей и последовательность выполнения |
| Кто сможет это сделать? | Команды, роли, компетенции, доступность и ограничения загрузки |
| Что помещается в период? | Расчёт ёмкости и распределение работ по спринтам |
| Как перейти от годового намерения к исполнению? | Годовые оценки, детализация поставок и перенос согласованного плана в рабочий процесс |
| Где план становится рискованным? | Подсветка конфликтов, перегрузки, зависимостей и отклонений |
| Как обсудить план вне системы? | Визуальное рабочее пространство и экспорт в Excel |
Математика и AI решают разные части задачи
В основе распределения — OR-Tools CP-SAT: модель ограничений учитывает доступные ресурсы, зависимости и правила планирования. Она ищет допустимое распределение, а не просто раскрашивает календарь.
Допустимый план соблюдает заданные ограничения, но может быть не лучшим из возможных. Если расчёт остановился по лимиту времени без решения, это ещё не доказывает, что план невозможен: у CP-SAT для этих исходов разные статусы. И даже найденное решение не устраняет ошибки в оценках трудоёмкости — их проверяет команда.
В продукте есть ML-компоненты для оценки трудоёмкости и агенты планирования. Последние оркестрируют расчёты и перенос данных по заданным правилам: слово «агент» здесь не означает, что LLM произвольно назначает сроки. Но решение руководителя не подменяется уверенным текстом модели: исходные допущения и ограничения должны оставаться видимыми.
Если входные данные противоречивы или объём не помещается, полезный результат — увидеть конфликт и варианты его разрешения. Увеличить команду, изменить последовательность, сократить объём или пересмотреть срок — это разные управленческие решения.
Пример использования
Есть несколько продуктов и общий пул специалистов. Часть задач требует аналитики перед разработкой, затем тестирования; отдельные этапы могут идти параллельно. Я задаю доступность людей, роли, зависимости и приоритеты, получаю расчёт, проверяю конфликтные места и сравниваю варианты распределения.
При изменении приоритетов или состава команды план можно пересчитать. Ценность продукта — в связи решений между собой: новая срочная задача должна показывать, какую работу она вытесняет.
Что покажу на демонстрации
Возьмём учебный бэклог с несколькими инициативами, общими специалистами и зависимостями. Пройдём законченный сценарий:
- Соберём иерархию задач и зададим доступность людей.
- Рассчитаем распределение и увидим, где ресурса не хватает.
- Изменим приоритет или доступность специалиста и сравним последствия.
- Подготовим перенос утверждённого годового плана в рабочий период.
- Проверим предварительный результат и применим именно согласованный вариант.
В текущем агенте годового планирования предварительный расчёт выполняется в отдельной копии данных: перенос иерархии, балансировка людей, подготовка последовательности релизов и проверка ёмкости. При блокирующих конфликтах применение запрещено. Контроль версии защищает от применения расчёта к уже изменившемуся плану; предусмотрено восстановление.
Для руководителя это означает: можно сначала увидеть последствия решения, а затем менять рабочий план. Система должна показать конфликт, а не спрятать невозможный срок за зелёным статусом.
Почему «Планограф»
Это рабочее название: план строится вокруг связей задач, людей и поставок. AI помогает готовить и анализировать решения, математическая модель проверяет ограничения, руководитель принимает результат. Название ещё можно изменить; эта логика продукта важнее модной приставки.
Что потребуется для внедрения
Сначала согласуем модель вашего процесса: как устроен бэклог, чем измеряется трудоёмкость, какие роли участвуют и как учитываются доступность и зависимости. Затем проверим расчёт на представительном наборе задач и сравним с вашим текущим планированием.
Перенос в другую компанию требует адаптации данных, доступов, интеграций и эксплуатационного контура. Готовность каждого такого подключения проверяется отдельно. Текущая стадия — собственный работающий продукт и подготовка к внешним внедрениям.
Демонстрация, адаптация или покупка
Готов обсудить внедрение Планографа AI, развитие под вашу организацию, совместную работу или продажу продукта и наработок. Состав поставки, права, сопровождение и дальнейший roadmap согласуем в рамках конкретного предложения.
Технологическая основа
- Python
- Flask
- OR-Tools CP-SAT
- SQLite / PostgreSQL
- SQLAlchemy
- JavaScript