Проблема: меня назначили скрам-мастером в новую команду, и высшее руководство (CTO) ожидает, что наша команда должна обеспечить больше, чем возможности SP, которые мы реально можем предоставить в настоящее время .
Это ожидание SP основано на предыдущих (более года назад) оценках. С тех пор многое изменилось. С тех пор приложение усложнилось, появились новые разработчики и часть разработчиков ушла.
Высшее руководство теперь привлекло нового разработчика, и они надеются, что это поможет скорости, но я сказал им, что скорость упадет и только через некоторое время повысится. Они также должны учитывать нагрузку на тестировщиков.
Как поступить в такой ситуации с высшим руководством?
Больше информации обо мне и о том, что я пробовал:
Вы делаете правильные вещи и действуете так, как должен Scrum Master.
Похоже, вам, возможно, придется провести некоторое обучение, объяснить команде, руководству и заинтересованным сторонам, как работает Scrum.
Попробуйте и подкрепите как можно больше доказательств, таких как цитаты из The Scrum Guide , из статей и сообщений в блогах на авторитетных веб-сайтах.
Также было бы неплохо заручиться поддержкой других сторонников Agile в вашей организации. Создается впечатление, что требуется значительное количество образования.
Обучение вашей Scrum-команды особенно важно, поскольку они также должны противостоять анти-Scrum-поведению со стороны остальной организации.
Не уверен, что это поможет, но аналогия, которую я часто использовал, — это сравнение скорости с вашим временем на 5-километровой пробежке. (нужно отдать должное, я использовал аналогию Майка Кона) Это можно только наблюдать. Если вы думаете: «Я просто буду бежать быстрее», вы просто сожжете себя в начале бега и, вероятно, замедлите время. Вместо этого вы можете предпринять действия, которые, по вашему мнению, улучшат ваше время (другое дыхание, лучшая диета, различные растяжки и т. д.), а затем наблюдать, как это повлияет на ваше время после следующей пробежки.
Скорость работает точно так же. Если я просто попытаюсь увеличить свою скорость силой воли, я либо непреднамеренно уменьшу ее, либо (поскольку с этим легче играть, чем со временем) создам иллюзию увеличения. Вместо этого мне нужно предпринять действия, такие как улучшение совместной работы, устранение технического долга, автоматическое тестирование и т. д., а затем наблюдать, как это влияет на мою скорость в следующих спринтах.
Я согласен с Barbaby Golden и хотел бы добавить то, что помогло, когда я хотел показать влияние частой смены команд:
Покажите руководству скорость, достигнутую за последние X спринтов, чтобы показать, на что они способны, подкрепив ее реальными цифрами.
Проверьте, когда разработчики ушли / присоединились, и посмотрите, есть ли заметное изменение скорости примерно в это время, чтобы показать, каково влияние.
Для меня это сработало, я использую отчет о спринте в Jira, чтобы создать обзор последних 20 спринтов (это было много работы), но я смог убедить руководство в том, что постоянные изменения в команде влияют.
Тьяго Кардосо