всем привет
друзья, поделитесь плиз примером классного CV для скрам мастера. Буду благоларна

А что мешает сейчас делать это команде разработки?

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

Скрам мастер не относится к командам разработки, если area PO будет у заказчика это ок, с этим можно работать, и если нужно уточнить что то по продукту, пускай команда сама это делает, что им мешает сделать это прямо сейчас?

Это если один продукт и один бэклог, то может быть один Chief и несколько APO. В нашем случае мы ведем несколько продуктов и поэтому у нас несколько бэклогов по одному на продукт. Продукт не разделяется на области, т.е. в APO нет необходимости.

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

Заказчик хочет жить по иерархически.

Можно ли совместить иерархию там и гибкость здесь?)

Заказчик само собой внури имеет иерархическую структуру. Это не мешает работать. Похоже склоняюсь к тому, что PO должен быть внутри компании на каждый проект и он же контактирует с заказчиком, а заказчик не взаимодействует напрямую с командами

PO и проектная работа тоже плохо приживаются вместе на мой взгляд )

У заказчика идет разработка продукта, часть продукта отдается нам на аутсорс, мы работаем по скраму не имея заранее ни бюджетов ни оговоренных сроков, распределяя истории по командам. Где тут несовместимость вне зависимости от устройства в их организации?

Проектная работа по определению предполагает ограничение и по срокам и по бюджету

Еще вопрос по LeSS, удобно ли что один скрам мастер обслуживает несколько команд и является на 100% выделенной ролью? Не лучше ли, чтобы скрам мастер был в каждой команде и являлся частью команды и разработки, как в обычном скраме? Не могу понять жесткость системы по этому моменту.

Заказчик требует одного ответственного "за все" представителя исполнителя. Это обычно классический РП.

Ну например вот это, то что вы сами озвучили)

Дальше думаю тоже если копнуть много всплывет.

Это похоже на трансплантацию органов, несовместимость органа донора (команды) и реципиента (заказчика) ))

плюсую. Никому не нужен джун скрам мастер на неполный день?

И получается классический анти-паттерн скрама - с прокси ПО, выделенными для общения лицами...грустно

У меня в одном контракте было прямым текстом прописано, что контрактор предоставляет заказчику челика с ролью "Single point of contact".
В этот SPOC реально кидали все вопросы и получали ответы. Это удобно заказчику, особенно когда контрактор большой.

У меня есть тупая мысль, что вообще контрактная работа для скрама отстой. Ну сделает команда продукт без техдолга, крутой и классный продукт.

Потом нанимают других и все плюшки у заказчика.

Смысл тогда всего этого?)

Если нанимают внешнюю команду и работают по скраму\канбану, то контракт по идее должен быть T&M .  
Заказчику удобно масштабировать и резать команду. Если продукт не полетел - довольно удобно закрывать направление и фиксировать убытки.
Контрактор просто делает что скажут и списывает часы. Если контракт не продлили, то ищем следующего заказчика.

Тут пропадает экономическая целесообразность для команды делать очень хорошо... тут соблазны привязать себе всякими архитектурными изысками и т.д.

Как-то нехорошо на мой взгляд ... тут поле для звериного оскала капитализма )

По аналогии с пиратской бандой: нанимаем банду для абордажа, а вот прибыль делим уже без них 🤷‍♂