Эту страницу открывают, когда между PM и аналитиком возникает скрытый зазор: вроде бы оба работают с требованиями и рамкой, но ответственность, трактовки и ожидания от роли не совпадают.
Работа с аналитиком для PM строится вокруг ясного разделения и хорошего стыка: кто собирает вводные, кто формализует, кто удерживает рамку решения и как это переводится в план и исполнение.
Что это за компетенция
Это навык собирать связку между аналитической глубиной и проектной управляемостью. PM здесь нужен не как второй аналитик, а как человек, который помогает превратить анализ в рабочую рамку проекта: понятные решения, согласованные границы, влияние на план, риски и коммуникацию.
Зачем нужна
Она нужна, чтобы:
- требования не распадались на отдельный аналитический контур без связи с delivery;
- проект не терял управленческую рамку в детализации;
- команда получала не просто документы, а пригодный для исполнения вход;
- спор о качестве входа не превращался в борьбу ролей.
Как выглядит слабый уровень
- PM считает, что наличие аналитика автоматически решает всё, что связано с качеством требований;
- аналитика и проектное управление живут в параллельных контурах;
- детали копятся, но не превращаются в решения и контрольные точки;
- разрывы между документом и исполнением замечают слишком поздно.
Как выглядит сильный уровень
- PM и аналитик понимают, где у них общий стык и где границы ответственности;
- качество аналитики регулярно сверяется не только по документу, но и по пригодности для планирования, согласования и исполнения;
- сложные вопросы не теряются между ролями;
- аналитический контур связан с изменениями, рамкой и дальнейшими договорённостями.
Что ломается без неё
- одни и те же вопросы ходят по кругу между ролями;
- требования собираются, но не доходят до проектного решения;
- PM либо лезет в микродетализацию, либо теряет управленческий контроль над качеством входа;
- команда получает распадающийся контур требований и договорённостей.
Что делать пошагово
1. Явно договоритесь о разделении ответственности между PM и аналитиком. 2. Согласуйте, где лежит точка перехода от сбора и анализа к проектному решению и фиксации. 3. Регулярно сверяйте не только статус артефактов, но и качество общего понимания. 4. Не допускайте, чтобы аналитика жила отдельно от сроков, зависимостей и проектных последствий. 5. При разрывах обсуждайте не только документ, но и контур взаимодействия между ролями.
Типовые ошибки
- считать, что наличие аналитика автоматически закрывает проблему требований;
- не договориться, кто именно удерживает рамку на стыке;
- превращать рабочий спор в борьбу за территорию роли;
- не связывать анализ с дальнейшим исполнением.
Как качать навык
- регулярно проверяйте, как аналитические артефакты реально влияют на план, коммуникацию и исполнение;
- усиливайте связку с документацией и требованиями, а не только с межличностным контактом;
- разбирайте случаи, где проблема выглядела как «плохой документ», но корнем был слабый стык между ролями.