Улучшение вашего Scrum Sprint!

Я знаю, что есть много докладов и статей о agile и Scrum. Но я хотел бы знать, как улучшить ваш scrum-спринт для новой и небольшой команды. Мы ищем спринт продолжительностью 3 недели. Я хотел бы, чтобы некоторые реальные события объяснялись, а не пункты из учебника.

Абдель, хороший вопрос, мне просто нужно небольшое уточнение. В своем вопросе вы сказали, что улучшаете свой скрам-спринт, но описание звучит так, будто это новая команда, впервые использующая скрам. Есть ли у вас болевые точки прямо сейчас? Иметь небольшую новую команду само по себе сложно, просто интересно, правильно ли я читаю вопрос, прежде чем отвечать.
Да, мы новая команда, у нас первая схватка (заканчивается следующей). Я чувствую, что мы медленные, сбиваемся с пути! Но я думаю, что это нормально для первых нескольких раз .. поэтому я задаю этот вопрос

Ответы (3)

Несколько идей, которые могут сработать:

  • Если у вас довольно неопытная команда, но хотя бы один из членов команды имеет некоторый опыт работы в различных рабочих средах, позвольте ей поделиться своими идеями о том, что может сработать, и попытаться перенять некоторые из них (не слишком много).

  • Если команда новичок в Scrum, убедитесь, что все знают, что вы относитесь к первому спринту/первым парам спринтов как к эксперименту — самое ценное — это то, сколько всего они узнают, а не то, сколько работы будет сделано.

  • Вы можете нарушить обычную рутину проведения ретроспектив в конце спринта и делать ретроспективы чаще. Если члены команды в целом доверяют друг другу, вы можете попробовать проводить специальные ретроспективы .

  • Найдите в организации кого-нибудь, кто имеет опыт работы со Scrum. Попросите его о помощи. Позвольте ему заняться наставничеством или хотя бы поделиться своими знаниями. Относитесь к нему больше как к советнику, чем к лицу, принимающему решения. Другими словами, если команда не хочет следовать определенной идее/технике, не навязывайте им это.

  • Меняйте спринты постепенно. После каждого спринта найдите одну или две вещи, которые наиболее болезненны и больше не меняйте. Так вы узнаете, какие изменения работают, а какие нет. Также вы не будете перегружать людей слишком большим количеством новых вещей, которые должны способствовать успеху внедрения.

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

В Scrum есть концепция «ретроспективы спринта», когда вы всей командой садитесь и обсуждаете хорошие и плохие результаты последнего спринта. Используй это.

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

Затем реализуйте предложения вашей команды и двигайтесь вперед.

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

Я нахожу это в более длинных спринтах;

  • члены команды, как правило, «забывают» о препятствиях, возникающих во время спринта, и эти элементы теряются в ретроспективе спринта.
  • совещания по планированию/оценке могут отнять много времени при запуске нового спринта.
  • если у вас плохой спринт, ваш список вещей, которые вы можете попробовать, может быть довольно обширным.
  • в зависимости от проекта и ваших клиентов у вас может быть «инъекционная» лихорадка, когда элементы вносятся в спринт, потому что клиент просто не может дождаться следующего спринта.