Что такое DACI?

DACI — это модель распределения ответственности, предназначенная для определения ролей команды при принятии решений или работе над проектом. Это аббревиатура, означающая Driver (тот, кто ведёт), Approver (тот, кто утверждает, лпр), Contributor (советник), Informed (проинформированный). DACI похожа на более известную модель RACI (Responsible, Accountable, Consulted, Informed — ответственный, подотчётный, консультируемый, проинформированный), но лучше подходит для команд, занимающихся разработкой продукта, поскольку акцентирует внимание на вовлечённости и владении задачами, а не на их выполнении.

Каждая буква обозначает роль, которая назначается участнику команды. Задача, которую решает DACI, — устранить неоднозначность в том, кто за что отвечает, чтобы минимизировать конфликты и максимально усилить чувство ответственности и владения задачей. Это позволяет команде работать последовательно и слаженно на достижение общей цели.

Рабочие задания часто остаются невыполненными, потому что члены команды предполагают, что выполнение лежит на ком-то другом. Или же они предпочитают не брать задачу, надеясь, что кто-то другой возьмёт её на себя, пока у них перегруз. DACI вносит ясность в ожидания и зоны ответственности каждого члена команды.

Фреймворк DACI (DACI framework)
Driver – Руководитель команды
Approver – Лицо, принимающее решение
Contributor – Советник
Informed – Проинформированный сотрудник

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

Driver (тот, кто ведёт) — отвечает за весь проект от начала до конца. Он не обязательно выполняет всю работу, но управляет и направляет команду на всём протяжении проекта — как CEO (Chief Executive Officer — главный исполнительный директор) компании.

Approver (тот, кто утверждает/лпр) — обладает полномочиями принимать окончательные решения по проекту, у него есть право вето. Approver’ов может быть несколько, но чем их меньше, тем лучше, особенно если сроки поджимают. В Agile-продакт-менеджменте это, как правило, продакт-менеджер или кто-то из продуктовой команды. В более традиционных структурах — это может быть бизнес-спонсор на уровне исполнительного руководства.

Contributor (участник) — обладает экспертизой в своей области и может вносить идеи или участвовать в разработке, но не принимает окончательных решений. В рабочей группе часто бывает несколько contributors. Например, топ-менеджеры или руководители отделов могут выступать в этой роли.

Informed (проинформированный) — это те, кого напрямую затрагивают решения Driver’а и Approver’а, а также идеи от contributors. Informed не обладают полномочиями для принятия решений и просто выполняют задачи. Это сотрудники уровня менеджеров и ниже.

Важно отметить, что в группе по DACI может быть только один Driver, и желательно один Approver. Остальные роли могут быть представлены несколькими людьми. При этом каждый участник может совмещать несколько ролей. Например, Contributor может одновременно быть Informed, получая обозначение C и I.

После того как роли в DACI определены и согласованы, можно переходить к их внедрению и декомпозиции проекта на задачи. Убедитесь, что на каждую задачу назначен только один Driver. Это может быть разный человек для каждой задачи, главное — чтобы за выполнение каждой конкретной задачи отвечал только один человек. Как только Driver назначен, назначается (в идеале один) Approver и Contributors.

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

Например, Product Owner (владелец продукта) выступает в роли Driver при формулировке требований. При этом команда может вносить свои идеи и замечания в процессе, если это полезно. Внутри Scrum-команды не должно быть никого, кто должен утверждать требования, хотя лидер из бизнеса или продакт-команды, не входящий в Scrum, может осуществлять некоторый уровень контроля. ScrumMaster будет находиться в числе Informed, чтобы понимать требования и корректно организовывать работу команды в соответствии с ними.

DACI особенно полезен, когда вы работаете с кросс-функциональной командой над сложными проектами, которые нужно реализовать быстро и эффективно. Он также помогает устранить неясности в вопросе ответственности, особенно когда есть несколько заинтересованных сторон, у которых есть своё мнение о конечном результате.

Фреймворк DACI зарекомендовал себя как идеальный инструмент для продакт-менеджеров, стремящихся оптимизировать рабочий процесс кросс-функциональной команды, добавив ясности и чёткого понимания ролей каждого участника.