От «надо бы сделать»
до доказанного эффекта.
Общая база команды и её проектов: идея проходит путь с измеримой пользой, понятным приоритетом и проверяемым результатом. Рутину анализа делают агенты — решения остаются за людьми.
Войти Регистрации нет: в ORDO зовут в команду в роли.
- 1Запроспишет любой участник
- 2Разборагент и автор
- 3Модерациярешает продакт
- 4Анализагент пишет, люди подтверждают
- 5Разработкапо проектам команды
- 6Тестированиеручные проверки и автотесты
- 7Замерфакт по метрике
Как идёт работа. Семь шагов, между ними — гейты: дальше постановка уходит, только когда человек подтвердил и открытых вопросов нет.
Любой участник пишет своими словами — что не так и что хочется, без шаблонов и терминов.
Агент раскладывает на бизнес-требования, предлагает эффект числом, RICE и задаёт вопросы с рекомендацией.
Продакт решает один вопрос — «нам это нужно?» — видя пользу, приоритет и срочность.
Анализ — эпики, истории, сценарии Gherkin, требования и критерии: агент пишет, люди подтверждают.
делает агент, подтверждает человек решает человек 🔒 гейт перед шагом
Эффект — числом, а не «станет удобнее». Барьер на карте пути клиента даёт метрику, постановка обещает её сдвиг, а после релиза замер показывает факт.
Карта пути · главный инженерПодготовка к совещанию
→
МетрикаЧасов на сводку по участку
→
Эффект40 → 2
→
Факт2 ✓
★ North Star · Доступность магистральных объектов
├── Внеплановый простой оборудования входная │ ├── Часов на сводку по участку операционная │ └── Время реакции на отклонение операционная └── Инциденты на участках входная
Что делать первым. Две оценки рядом — подсказка продакту и порядок на доске, а не порог.
RICE
польза на неделю работыReach340×Impact2×Confidence80 %÷EffortM=272
Impact и Confidence ORDO подсказывает сам — по сдвигу метрики и открытым вопросам.
WSJF
что дороже откладыватьЦенность8+Срочность13+Риск5÷EffortM=13
Cost of Delay: у постановки с близким сроком RICE бывает скромным, а ждать — дорого.
Разработка — по проектам команды. Задачи раскладываются по слоям, блокеры видно деревом, а разработчик получает готовый промпт и проверяет ветку до ревью.
BS-12 Сводка о состоянии оборудования участка 40 % └── EPIC-1 Инженер собирает сводку участка в один клик ├── TASK-3 Дашборд сводки участка Канал К работе │ └── ждёт TASK-2 API сводки по участку Шлюз В работе │ └── ждёт TASK-1 Сбор данных из девяти систем Домен Готово └── TASK-4 Оповещение об отклонении Канал К работе
Готовый промпт разработчику — на странице задачи: что сделать, как проверить, какие решения нельзя нарушать. Собран из записей — его вставляют в своего агента целиком.
Самопроверка перед ревью — команда
/ordo-review в консоли: агент сверит ветку с требованиями и сценариями задачи и покажет, что исправить до ревью людьми.Команда, проекты, агенты. Команда — граница данных, проект — репозиторий. У каждого участника — свой Claude, подключённый по MCP с его правами.
- Новый проект с репозиторием агент наполняет по коду: роли, карты, ADR, требования, риски.
- Агент репозитория пишет решения и требования в свой проект, а видит всю команду.
- Генеративной модели на сервере нет — агенты работают у участников, база остаётся источником правды.
На чём держится.
Гейты шагов.
Каждый шаг закрывает человек и только без открытых вопросов. Ничего не уходит дальше «на авось».
Эффект числом.
«40 часов на сводку → 2». Метрики сквозные и деревом: видно, что сдвинула каждая постановка.
RICE и WSJF.
Польза на неделю работы и цена ожидания — рядом с решением продакта.
Карты пути клиента.
Роли, этапы, барьеры и метрики: где боль есть, а работы нет.
Сценарии → автотесты.
Gherkin не для галочки: без зелёных сценариев постановку не закрыть.
Изоляция на базе.
Команда видна только тем, у кого в ней роль; ошибка в коде даёт пустой ответ, а не чужие данные.
Что получает каждая роль
Постановщик
- Пишет как умеет — формулировать требования за него будет агент.
- Вопросы — по делу, с вариантами и рекомендацией; отвечает разом.
- Видит, где идея сейчас и сработала ли после релиза.
Продакт
- Решает «нужно ли» по эффекту, RICE и WSJF, а не по громкости просьбы.
- Доска по приоритету: сверху — что ждёт его.
- Дерево метрик показывает, что реально двигает North Star.
Бизнес-аналитик
- Получает разобранную постановку с ответами автора.
- Эпики, истории и сценарии — черновиками от агента.
- Сценарии сразу пишутся так, чтобы стать тестами.
Системный аналитик
- Требования — с критериями приёмки и связями с историями.
- Видно, какие проекты команды затронет постановка.
- Решения (ADR) и риски — рядом, с альтернативами.
Разработчик
- Его агент знает, что уже решено: карта проекта и поиск.
- «Готово» — это зелёные сценарии, а не спор.
- Поменял поведение — правит запись: база не расходится с кодом.
Руководитель
- Видит результат, а не активность: какие эффекты достигнуты.
- Какие оценки были завышены — и насколько.
Администратор
- Команды, проекты, люди, роли и токены — в одном месте.
- Каждая организация — своя установка: данные компаний не смешиваются.
От запроса бизнеса — к задачам и эффективному промпту разработчику, построенному на знании продукта, его решений и рисков.
А через срок после релиза — к замеру по метрикам: эффект достигнут, вложенные деньги и время оправданы.
- Запрос бизнеса«Сводку по участку собираем пять дней из девяти систем»
- Задачи проектов4 задачи в трёх системах, блокеры деревом
- Промпт разработчикутребования, сценарии, решения, риски
- Релизсценарии зелёные
- Замер через 30 днейчасов на сводку: 40 → 2
- Итогвложения оправданы ✓
Быстрее. Нет бутылочных горлышек: агенты разбирают и анализируют круглосуточно, аналитики подтверждают, а не пишут с нуля.
Качественнее. Глубокая проработка на знании продукта, решений и рисков — разработчик получает задачу, которую понимает.
Измеримо. Эффект обещан числом, а замер через срок показывает, достигнут ли он и оправданы ли вложения.