У CTO свой взгляд на ситуацию

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

Но боли роста неминуемы. Теперь, когда стартап выходит на международные рынки, клиенты становятся более требовательными, а инфраструктура и архитектура требуют масштабирования. В этот момент к команде присоединился опытный CTO, чтобы управлять вектором технического развития продукта.

Спустя пару месяцев, он решает внести несколько существенных изменений в процесс разработки. Во-первых, разработчики больше не должны напрямую взаимодействовать с клиентами, этим продолжит заниматься Владелец продукта. Такая «информационная цепочка», позволит сосредоточить внимание разработчиков на коде. Другое изменение заключается в том, что релизы будут происходить только в конце спринта. Это должно уменьшить количество критических проблем и упростить обмен информацией о деталях самих релизов.

Как Скрам-мастер, вы чувствуете, что команды недовольны изменениями, но никто не выражает этого открыто.