Реальная жизнь руководителя проекта в Agile

Реальная жизнь руководителя проекта в Agile
Руководитель проекта (РП) восстребован в условиях Agile для управления бизнес-задачей, которая решается множеством команд разных трайбов, а иногда и разных организаций и требует централизованного менеджмента.

В таких задачах у РП есть два больших вызова:

1. Очевидный.
Объяснить зачем нужен еще и ты когда есть много менеджеров-владельцев продуктов, принимающих решения и по ресурсам, и по приоритетам.
А потом объяснить, когда ты принимаешь решения и когда - не ты, и кого слушать участнику команды.

2. Неочевидный.
Так как задача - на несколько трайбов, а то и организаций,
то рано или поздно выясняется, что всем недостает описания сквозного процесса или хотя бы зафиксированных еnd-to-end бизнес-требований (БТ).
А нет их потому, что с внедрением Agile в компаниях исчезла как класс роль бизнес-аналитика.
Аналитик любой из команд знает функционал своего продукта и может быть еще пары своих соседей. А если команд, скажем, 15, то требований как должен работать новый процесс в целом - писать просто некому.

Выход в данной ситуации у РП только один:
- сначала самому разобраться в end-to-end процессе, понять всех участников и их роли.
- затем найти аналитика-исполнителя, который этот процесс опишет и согласует.
- затем убедиться в полноте и качестве документа хотя бы с высоты своего понимания.

Выделение ответственного за БТ иногда достигается переговорами на базе здравого смысла,
а иногда и эскалациями на бизнес-лидеров аж максимального уровня.
Которые могут увидеть процесс в целом, увидеть риски реализовать что-нибудь не то (т.к. "то" - не описано и не согласовано) - и выделить ресурс, который опишет и согласует.
В этом случае, задача РП - продать идею лидерам необходимого уровня, которые мыслят никак не согласованием сквозных БТ (о которых могут первый раз услышать от тебя).

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

Что делать, если ответственный определен, а компетенции писать сквозные БТ необходимого качества у него нет - могу ответить только по своей практике:
- помочь в написании БТ своим опытом и видением того, что должно быть описано.
- добиваться усиления ресурса ответственного за БТ, если текущего - не достаточно.