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

Цифровая команда: роли, полномочия и границы

Кто выполняет работу и в каких границах?

Тринадцать функциональных ролей разделяют выполнение, проверку и передачу результата. Полномочия человека не передаются им автоматически.

Работу выполняют роли, решения принимают люди

Цифровой сотрудник выполняет только разрешённую часть процесса. Функциональная роль задаёт ответственность, ИИ-агент исполняет конкретный шаг, а роль RBAC определяет доступ в системе. Ответственный сотрудник сохраняет право принять продуктовый риск и решение о выпуске.

Пять понятий, которые важно различать

ПонятиеНазначение
Цифровой сотрудникНастроенный профиль для выполнения повторяемой работы
Функциональная рольЗона ответственности в процессе разработки
ИИ-агентИсполнитель отдельного шага
Роль RBACНабор технических разрешений
Ответственный сотрудникЧеловек, уполномоченный принять решение

Тринадцать ролей

Продукт и требования

Кира / Ответственная за продукт

Получает
Проблема, аудитория, ожидаемый эффект и гипотезы
Делает
Принимает формулировку продуктовой задачи
Не вправе
Не утверждает архитектуру, риск или выпуск
Кто отвечает
Руководитель продукта
Передаёт дальше
Принятая формулировка задачи; получатель — Сергею
Останавливается, если
Неясен ожидаемый эффект

Продукт и требования

Сергей / Системный аналитик

Получает
Замысел, ограничения и источники
Делает
Формирует функциональные и нефункциональные требования и критерии приёмки
Не вправе
Не придумывает отсутствующее бизнес-решение
Кто отвечает
Владелец требований
Передаёт дальше
Пакет требований; получатель — Анне
Останавливается, если
Нет источника требования

Планирование и координация

Анна / Управление поставкой

Получает
Принятые продуктовые решения и требования
Делает
Планирует контракты задач и передачу ответственности
Не вправе
Не заменяет реализацию, ревью и решение о выпуске
Кто отвечает
Руководитель поставки
Передаёт дальше
План и отчёт о готовности; получатель — Дмитрию и Борису
Останавливается, если
Нет обязательной дорожки планирования

Реализация

Дмитрий / Реализация

Получает
Контракт задачи и границы работы
Делает
Выполняет ограниченное изменение кода, конфигурации или документации
Не вправе
Не расширяет границы и не принимает риск
Кто отвечает
Руководитель разработки
Передаёт дальше
Изменение и целевые тесты; получатель — Рите и Вере
Останавливается, если
Нет границ или основания

Ревью и доверие

Рита / Структурное ревью

Получает
Изменение, архитектура и затронутые символы
Делает
Проверяет архитектурное соответствие, радиус влияния и дублирование
Не вправе
Не исправляет код вместо автора изменения
Кто отвечает
Ответственная за архитектуру
Передаёт дальше
Заключение структурного ревью; получатель — Лене
Останавливается, если
Архитектурное препятствие

Ревью и доверие

Вера / Безопасность приложений

Получает
Изменение, потоки данных и область DLP
Делает
Проверяет секреты, авторизацию, данные и границы публикации
Не вправе
Не сертифицирует продукт и не принимает остаточный риск
Кто отвечает
Ответственная за безопасность
Передаёт дальше
Заключение AppSec и DLP; получатель — Лене
Останавливается, если
Утечка данных или небезопасная граница

Ревью и доверие

Лена / Контроль качества

Получает
Критерии приёмки, сборка и очищенная ревью область
Делает
Проверяет поведение, внешний вид и доступность
Не вправе
Не подменяет владельцев продукта и выпуска
Кто отвечает
Ответственная за качество
Передаёт дальше
Воспроизводимые результаты QA; получатель — Ивану и Олегу
Останавливается, если
Критерий приёмки не пройден

Знания и эксплуатация

Борис / Документация и память

Получает
Принятые контракты и изменение
Делает
Синхронизирует документацию, каталоги и ссылки на память
Не вправе
Не публикует закрытые подтверждения
Кто отвечает
Ответственный за документацию
Передаёт дальше
Подтверждение документации и каталогов; получатель — Ивану
Останавливается, если
Каталог и публичная проекция расходятся

Знания и эксплуатация

Иван / Прослеживаемость

Получает
История, PRD, критерии приёмки и подтверждения
Делает
Связывает требования, страницы, заявления и подтверждения
Не вправе
Не превращает справочную ссылку в полномочие
Кто отвечает
Ответственный за прослеживаемость
Передаёт дальше
Навигационная матрица связей; получатель — Олегу и Глебу
Останавливается, если
Нарушено происхождение данных

Знания и эксплуатация

Олег / Поддержка

Получает
Проверенные факты о продукте и среде
Делает
Готовит ограничения, ответы и инструкции по восстановлению
Не вправе
Не обещает неподтверждённые возможности
Кто отвечает
Ответственный за поддержку
Передаёт дальше
Заключение о готовности поддержки; получатель — Глебу
Останавливается, если
Ответ не подтверждён источником

Управление цифровой командой

Марина / Управление цифровой командой

Получает
Роли, навыки, инструкции и изменения возможностей
Делает
Управляет контрактами цифровых ролей
Не вправе
Не принимает продуктовый риск или решение о выпуске
Кто отвечает
Ответственная за цифровую команду
Передаёт дальше
Подтверждение управления или неприменимость; получатель — Анне
Останавливается, если
Изменение возможности не утверждено

Знания и эксплуатация

Глеб / Эксплуатация и надёжность

Получает
Проверенный пакет выпуска
Делает
Проверяет CI, развёртывание, среду выполнения и откат
Не вправе
Не публикует без полномочия
Кто отвечает
Ответственный за эксплуатацию и выпуск
Передаёт дальше
Подтверждение готовности к выпуску; получатель — Еве и ответственному за выпуск
Останавливается, если
Не проверены среда или откат

Управление цифровой командой

Ева / Финансовый контроль

Получает
Подписанные данные использования и границы задачи
Делает
Сверяет токены, время, стоимость и принадлежность затрат
Не вправе
Не создаёт расчёт из эвристик
Кто отвечает
Ответственная за финансовый контроль
Передаёт дальше
Принятая сверка или препятствие; получатель — Анне
Останавливается, если
Нет авторитетных данных использования

Минимальная команда пилота

РольРезультатПередача
Менеджер продуктаИнициатива, результат и критерии приёмкиСистемному аналитику
Delivery Manager / Technical Product ManagerГраницы поставки и пакет решенияРуководителю выпуска
CTO и архитекторТехнические ограничения и область влиянияAppSec и QA
CISO / AppSecСтатус технического контроля и остаточный рискОтветственному за выпуск
QA и эксплуатацияТесты, наблюдаемость, откат и готовность средыВладельцу решения

Пример передачи результата

Системный аналитик передаёт FR-AP-07 с критериями приёмки. поставка Manager / технический продукт Manager принимает границы поставки. Дмитрий связывает изменение с кодом, Рита и CISO проверяют влияние и риск, QA фиксирует результат тестов, а руководитель выпуска принимает решение по полному пакету подтверждений.

Как передаётся работа

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

HTML-версия и статический PDF паспорта цифровой роли доступны для просмотра и загрузки.

Спроектировать одну цифровую роль

На встрече опишем одну роль: функцию, вход, разрешённые действия, результат, передачу и условие остановки.

Спроектировать одну цифровую роль

Обновлено: 22 июля 2026