MarsXM / Пример разработки

От поручения
до проверенного выпуска.

На примере «Айсулина» видно, как большая задача превращается в конкретные дела для разработчика и контролёра. Исходное поручение, вопросы, проверка и решение о выпуске остаются связаны в одной ветке.

Проект «Айсулин»Доска «Разработка»Карточки и чатПриёмка
Открыть рабочий стол разработки: Гант, календарь и Mind Map
Проект «Айсулин»
ИКРТ
ИдеиРазработкаПроверкаВыпуски
К выполнению 1
ШАГ 1Собрать спорные голосовые фразыКонтекст для задачи · 8 ноябряКоординатор
В работе 1
ШАГ 2Уточнять сомнительные числаВетка «Голосовая запись»Робот · разработчик
На проверке 1
ШАГ 3Проверить запись еды и сахараСценарий и результат тестаРобот · контролёр
Готово 0
После приёмки здесь появится результат выпуска.
КАРТОЧКА РАЗРАБОТКИ

Голосовая запись без догадок

Автор поручения · Марсель
Марсель · поручение

Проверьте фразу: «Съел яблоко, сахар семь». Еду и сахар нужно записать отдельно. Если число распознано неуверенно, спросить пользователя.

10:12
Координатор · предложение

Создать три связанных дела: собрать примеры, доработать уточнение, проверить результат. Права и расходы показать до запуска.

Ждёт подтверждения
После подтверждения

Разработчик работает в своей задаче. Контролёр проверяет тестовые фразы и возвращает замечания в эту карточку.

Выпуск — после приёмки владельцем
+ Написать поручение · @участник · /срок · #метка ➤
Пример построен на реальной функции Айсулина — голосовой записи еды и сахара. Задачи, роботы и статусы на этом экране демонстрационные; они не означают, что такое поручение уже выполнено.

Что даёт MarsXM разработке

Сложная работа остаётся
понятной по шагам.

01

Сформулировали результат

В карточке остаются исходная фраза, критерии готовности, автор и нужный контекст.

02

Раздали исполнителям

Дочерние задачи получают своих ответственных. Назначение и доступ проверяются отдельно.

03

Проверили и приняли

Отчёт разработчика и замечания контролёра видны в родительской карточке. Владелец принимает итог.

Сценарий показывает целевую организацию работы. Реальную автономную работу роботов и выпуск кода следует проверять отдельно на тестовом контуре.