П6-тер. Несколько PO в департаменте: обмен ресурсами и координация¶
Всё, что описано в П6 и П6-бис, — про одного PO, который ведёт несколько потоков под собой. Здесь обратная ситуация: несколько PO, у каждого своя зона, и зоны соприкасаются. Механика та же, что и для внешних зависимостей, только применяется не к смежным департаментам, а к соседним PO.
Стык между PO — внешний узел, а не память двух людей¶
Правило из Шага 6 работает без изменений: то, что один PO пообещал другому, фиксируется тремя полями — кто сказал, когда, каким каналом. Устная договорённость в коридоре или личном чате для стыка между PO не годится ровно по той же причине, что и для внешнего смежника: как только контекст перестаёт помнить один из участников, факт исчезает вместе с ним. Молчание на просьбу другого PO — не согласие; правило полномочий действует между PO так же строго, как и снаружи.
Ёмкость: сначала между PO, потом внутри зоны¶
Раздел «Если потоков несколько» задаёт порядок для потоков одного PO: сначала распределяется ёмкость между потоками, потом внутри потока. Для нескольких PO порядок тот же, но уровнем выше. Сначала руководитель распределяет ёмкость между зонами PO — на основании расчётов, которые каждый PO приносит сам, а не переговорной силы, — и только затем каждый PO распределяет свою долю внутри своих потоков. Самый настойчивый PO не должен получать больше только потому, что громче отстаивает свой поток.
| Ситуация | Кто решает | На каком основании |
|---|---|---|
| Постоянная доля ёмкости под чужой поток | Руководитель департамента | Расчёты обоих PO, видимые друг другу |
| Разовый обмен ресурсом (человек, экспертиза на спринт-два) | Два PO напрямую | Письменная фиксация: что, до какого срока, что происходит по истечении |
| Общий стык, где нет согласия по приоритету | Руководитель, а не более настойчивый PO | Расчёт риска и обещание с обеих сторон |
| Дата, зависящая от чужого потока | PO, чей поток зависит | Правило CP: без письменного подтверждения — target, не committed |
Ритм: контракт вместо синка между PO¶
П4 заменяет присутствие на дейлике артефактом внутри одного PO — пять строк раз в неделю от каждого владельца потока. Тот же формат работает и на стыке PO: по каждой зависимости от чужой зоны — что изменилось, под что готовы подписаться, что нужно выяснить. Общий синк нескольких PO не нужен как способ узнать статус — он нужен как способ принять решение по тому, что уже прочитано заранее. Если агент уже агрегирует такие файлы в список красных строк внутри одной зоны, тот же механизм расширяется на файлы соседних PO без дополнительной ручной работы.
Порядок внедрения: не одновременно¶
Порядок, который не работает: запускать методологию сразу для нескольких PO параллельно. Единая лестница ступеней и общий Нексус имеют смысл только после того, как хотя бы один PO прожил с этим квартал и откалибровал правила на реальных данных. Дальше — по одному: сначала вы, потом коллега на соседнем стыке, и только когда результат заметен обоим — общий формат на департамент.
Калибровка на уровне департамента¶
На зрелой стадии (Шаг 9, стадия 3) лестница ступеней становится общей для всех PO департамента: видно, чьи обещания какого уровня подтверждённости стоят, у каких систем знание устаревает быстрее всего, какие узлы отсутствуют сразу у нескольких команд. Это разговор CPO и CTO о структуре, а не разбор между PO, кто был прав. Использовать чужую калибровку как компромат в общем разборе — самый быстрый способ закрыть себе доступ к чужим данным на следующие полгода: правило из Шага 9 действует между PO с той же силой, что и между PO и внешним смежником.