Перейти к содержимому
Mozaika

Как задача доходит до выпуска

Путь одной задачи от постановки до подписи: кто её выполняет, кто проверяет и в какой момент решение принимает человек со стороны заказчика.
Посмотреть этапы
Цифровая сотрудница показывает разработчику задачу на доске в мониторе
  1. Идея от владельца
    человек
  2. Разбор и план
    цифровой сотрудник
  3. Код, тесты, проверки
    цифровой сотрудник
  4. Подпись человека
    человек

    вернул на доработку (обратно на шаг «Код, тесты, проверки») — возвраты считаются и попадают в отчёт

    На уровнях проверки 2 и 3 человек подписывает работу до выпуска. На уровне 1 риск низкий, и проверка идёт после выпуска.

Выпуск
выход
Выпуск подписывает сотрудник компании.

Кто работает на каждом этапе

Задача проходит 10 этапов. Фиолетовым отмечена работа цифрового сотрудника, синим подпись человека со стороны заказчика.

Этап 01 из 10

Продуктовый стратег

Бизнес-обоснование

Пишет бизнес-обоснование инициативы: проблема, ценность, затраты, риски, связь со стратегией.

business_case

Бизнес-обоснование: проблема, ценность, затраты, альтернативы

  • Разбирает вход инициативы: что за проблема, кого она задевает, чем измеряется решение.
  • Собирает оценку затрат и выгод с явными допущениями — допущение, которое нельзя подтвердить, остаётся допущением, а не цифрой.
  • Показывает альтернативы, включая «не делать», и объясняет, почему выбран этот вариант.
Проверяет отдельная модель, не та, что писала обоснование: автор не оценивает сам себя.

Финансовый директор (CFO) — обязательная подпись на уровне T3.

Пример настройки для банка. Кто подписывает у вас, назначаете вы.

Что ещё делает эта роль

Сколько подписей нужно до выпуска

Уровни проверки 1/2/3 (T1/T2/T3 в документации) различаются числом подписей, которые нужны до выпуска. Уровень назначаете вы, когда ставите задачу. Цифровой сотрудник понизить его не может. Задачи с персональными данными, деньгами и внешними системами всегда идут на уровне 2 или выше.

  1. Уровень 1
    Низкий риск
    без подписи до выпуска
    Пример задачи
    Правка текста интерфейса, внутренний отчёт

    Изменение не затрагивает ПДн, деньги и внешние системы. Подпись до выпуска не обязательна, результат проверяют после выпуска.

  2. Уровень 2
    Средний риск
    1 подпись
    Кто подписывает
    владелец
    Пример задачи
    Новая функция, внутренняя интеграция, ограниченные ПДн

    Добавляется проверка рисков, и до выпуска нужна подпись владельца.

  3. Уровень 3
    Высокий риск
    2 подписи
    Кто подписывает
    владелецИБ
    Пример задачи
    Схема данных, платежи, доступы, внешняя интеграция

    До выпуска нужны две подписи: владельца и службы ИБ.

Чем выше риск задачи, тем больше подписей нужно до выпуска.

Что происходит, если проверка не прошла

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

  1. Критерий приёмки не выполнен

    Куда возвращается
    Разработчику, на шаг «Код, тесты, проверки»
    Что в журнале
    замечание, критерий, номер возврата

  2. Решение не покрывает требование

    Куда возвращается
    Архитектору, на шаг «Разбор и план»
    Что в журнале
    требование, решение, основание возврата

  3. Требование противоречит цели

    Куда возвращается
    Владельцу, на шаг «Идея от владельца»
    Что в журнале
    вопрос владельцу, ответ, изменение паспорта

Необратимое действие делает человек

Выпуск в промышленную среду на уровнях проверки 2 и 3, принятие остаточного риска и решение, делать ли задачу, остаются за уполномоченным сотрудником заказчика. Цифровой сотрудник готовит пакет к подписи, а подписывает человек. В журнале видно, кто и когда поставил подпись. На уровне 1, где риск низкий, проверка идёт после выпуска.

Что получает владелец продукта по каждой задаче

В журнал записывается, кто что сделал и на каком основании. Записи неизменяемы и хранятся в вашем контуре.

  • Исходную постановку и критерии результата

  • Трассировку требований до реализации и тестов

  • Список принятых архитектурных решений

  • Результаты проверок и обнаруженные отклонения

  • Оценку рисков и известных ограничений

  • Чек-лист готовности к выпуску

  • Полный журнал действий цифровых сотрудников

Контур и журнал для ИБ

Что спрашивают о конвейере

Как цифровые сотрудники «Мозаики» ведут задачу от постановки до выпуска?
Задача проходит 10 этапов конвейера: от бизнес-обоснования и требований через архитектуру, разработку и независимую проверку до подписи безопасности, выпуска и разбора после выпуска. На каждом этапе работает своя роль, выдаёт свой результат и проходит свою проверку. Все шаги записываются в журнал.
Где в конвейере участвует человек?
Человек ставит задачу и назначает уровень проверки, согласует требования и архитектуру, разрешает опасные операции и подписывает выпуск. На уровнях проверки 2 и 3 подпись нужна до выпуска, на уровне 1 результат проверяют после выпуска.
Что происходит, если проверка не прошла?
Задача возвращается на тот этап, где возник дефект, а замечание записывается в журнал. Число возвратов учитывается в отчёте пилота.
Чем это отличается от того, что один агент пишет код по короткой подсказке?
Здесь работает несколько ролей, и код проверяет не та роль, которая его писала. Для каждой роли записаны полномочия, задаче назначен уровень проверки, а у каждого шага есть основание в журнале.
Можно ли увидеть конвейер на своей задаче?
Да, в платном пилоте. Он идёт 8 недель на одной задаче: на неделе 2 делаем базовый замер, на неделе 8 повторный, по итогам подписываем акт сравнения.

Показать конвейер на вашей задаче

На встрече за 90 минут разбираем трекер задач, репозитории и права доступа.

Если удобнее без формы, напишите в Telegram или на почту hello@mozaika.ai