Большой причиной моего успеха в этом году стало применение скрама с помощью вас и Джека. Если я правильно помню, в ноябре прошлого года вы оба сказали мне встречаться с заказчиками каждый спринт. Эта ежемесячная встреча стала образцом для успешных подразделений MegaFund. Все заинтересованные лица XFlow восхищаются тем, насколько они вовлечены в работу инженеров и насколько точно в любой момент знают, над чем работают команды. Также заказчики довольны своевременностью наших поставок. Другие подразделения в настоящее время пытаются организовать аналогичные встречи, чтобы улучшить взаимодействие команд и заказчиков.
Как Джеффу удалось внедрить скрам, не сказав об этом никому? Да и зачем он это сделал? На оба вопроса я отвечу в этом разделе.
Будучи лицензионным коммерческим продуктом, XFlow был существенно доработан внутри компании MegaFund. По мере адаптации XFlow к потребностям MegaFund он стал артериальной системой рабочих процессов и передачи информации в компании. Команда инженеров XFlow из Солт-Лейк-Сити доработала, внедрила и сопровождала продукт для компаний MegaFund по всему миру. Воодушевленная своим успехом в MegaFund, команда инженеров XFlow планировала выпустить продукт на внешний рынок и начать продавать его другим компаниям. К сожалению, это решение вызвало напряженность между инженерами XFlow и внутренними заказчиками MegaFund: первые уделяли пристальное внимание усовершенствованиям коммерческой жизнеспособности продукта, а вторые – исправлениям ошибок, решающим операционные проблемы компании. В течение нескольких лет инженеры и заказчики недоверчиво относились друг к другу. Несколько крупных бизнес-подразделений MegaFund даже начали исследовать возможность замены XFlow новыми коммерческими продуктами. Эти внутренние заказчики надеялись, что новые внешние поставщики могут быть более восприимчивыми к их потребностям, чем внутренняя группа инженеров XFlow.
Это могло привести к катастрофе. Если внутренние заказчики начали бы внедрять другие системы документооборота, пришлось бы разработать соответствующие интерфейсы интеграции, и бизнес-процесс MegaFund стал бы менее гладким. Кроме того, потеря некоторых внутренних клиентов повредила бы оставшимся внутренним клиентам, сократив бюджет для улучшения и поддержания XFlow. Начались политические игры, разные группы выдвигали свою аргументацию. Казалось, что найти решение будет очень трудно.
Скрам-мастер Джек, я и Джефф встретились для мозгового штурма. Может ли скрам чем-то помочь и спасти XFlow? Мы сосредоточились на событиях по планированию и обзору спринта. Если Джефф организует такие встречи для инженеров и клиентов, это поможет? Ни инженеры, ни клиенты не предоставили ему право создавать или упорядочивать элементы бэклога продукта – и вряд ли предоставят, – но, вероятно, он сможет организовать рабочую сессию, на которой это произойдет само собой.
Джефф организовал однодневную встречу для руководителей инженеров и менеджеров по взаимодействию с внутренними клиентами XFlow, пояснив, что цель встречи состояла в том, чтобы озвучить проблемы и постараться найти общее решение. Он не упомянул скрам. Все были настолько подавлены, что скорее хотели найти козла отпущения, а не работающий процесс. Джефф задал повестку дня: сначала инженеры представят недавно доработанный продукт, затем внутренние заказчики поделятся своими наиболее насущными потребностями, потом инженеры расскажут о своих планах по разработке новой функциональности продукта и, наконец, обе группы сравнят потребности и текущие планы и постараются выявить общие интересы.
Внутренние заказчики наблюдали за демонстрацией обновлений продукта озлобленно, предполагая, что инженеры не сделали ничего, что было бы полезно для них. Они были удивлены, когда увидели, что некоторые обновления были не только полезными, но и запрошенными самими клиентами. Затем каждый заказчик представил свои самые насущные потребности. Джефф записал их на доске, сохранив оригинальные формулировки и устранив дубликаты. Аналогичным образом Джефф зафиксировал план улучшений, представленный инженерами. По ходу выступлений участников стало ясно, что существуют пересечения потребностей внутренних заказчиков и плана команды инженеров.