55 ScrumButs: которые сводят к нулю пользу Scrum!

Oleg Filimoshin
5 min readMar 17, 2020

--

Часто ли вам приходилось слышать такую фразу?

“Мы работаем по Scrum, НО …”

Возможно стоит задуматься, а действительно ли вы правильно понимаете Scrum и используете весь потенциал фреймворка.

Что же такое ScrumBut?

ScrumBut —это использование лишь части принципов Scrum, сохраняя убежденность работе по Scrum. Это причины по которым команды не могут получить все преимущества от использования Scrum в своей работе.

Все роли, правила и сама идея временного ограничения длительности спринта (TimeBox) в Scrum создают условия в которых команда будет постоянно совершенствоваться и делать все возможное что бы приносить максимальную ценность для продукта.

Нарушение правил ведет к снижению эффективности от использования Scrum, и может привести к тому что работа по каскадной модели (Waterfall) окажется намного эффективней в итоге.

ScrumBut или ScrumAnd?

Давайте обратимся к Scrum Guide 2017 в раздел “Заключение”:

“Хотя использование отдельных элементов данного фреймворка допустимо, но полученный результат не может называться Скрамом. Скрам существует только в качестве цельного фреймворка, но он может вмещать в себя другие техники, методологии и практики.”

Здесь идет речь как раз о том что при работе по Scrum нужно придерживаться принципа открытости/закрытости (Open–closed principle) который гласит “программные сущности (классы, модули, функции и т. п.) должны быть открыты для расширения, но закрыты для изменения”

Scrum открыт к расширению (ScrumAnd) и закрыт к изменению (ScrumBut).

Как и зачем расширять Scrum?

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

Роберт Мартин например предлагает использовать практики из XP (eXtreme Programming): разработка через тестирование (TDD), использовать парное программирование (Pair Programming), настроить и использовать непрерывные интеграции (Continuous Integration).

Из-за чего может возникнуть ScrumButs?

  • Неправильное трактование Scrum Guide, не забываем что “Скрам является: компактным, простым для понимания, трудным для совершенного овладения”. Благодаря его компактности с ним можно быстро ознакомится, все члены команды могут прочитать документ в котором описаны правила по которым команда решила работать.
  • Не подходящий контекст для Scrum: “фреймворк, предназначенный для разработки, поставки и поддержки сложных продуктов” может просто не подходить для решения ваших проблем, ваш продукт может быть “ не сложным” и вы точно понимаете как должна выглядеть его конечная реализация.
  • Осознанное упрощение правил например для простоты внедрения, главное не нарушать прозрачность и предупредить команду о том что используются отступления от гайда.

У нас Scrum Но…

  1. У нас Scrum, но … я не чувствую себя в безопасности.
  2. У нас Scrum, но … Наша команда не кросс-функциональная.
  3. У нас Scrum, но … Можем ли мы продлить спринт? → Мы не достигли цели Спринта, давайте увеличим Спринт, что бы точно достичь цели.
  4. У нас Scrum, но … Мы часто пропускаем Ретро.
  5. У нас Scrum, … но … это то, что в JIRA?
  6. У нас Scrum, но … Только члены команды участвуют в Обзоре спринта.
  7. У нас Scrum, но … Мы все еще пытаемся следовать Roadmap`у.
  8. У нас Scrum, но … Но нашу команду нельзя назвать самоорганизующийся.
  9. У нас Scrum, но … Только наш PO общается с клиентами.
  10. У нас Scrum, но … Мы должны сделать это исправление прямо сейчас.
  11. У нас Scrum, но … PO на планирование спринта нам диктует техническую реализацию.
  12. У нас Scrum, но … Давайте сделаем “Нулевой спринт”, “Спринт посвященный ресерчу” , “Весь спринт посвященный дизайну архитектуры”— спринт в результате которого не появится готовый инкремент продукта.
  13. У нас Scrum, но … Нам больше не нужен Daily Scrum митинги.
  14. У нас Scrum, но … Куда нам пристроить нашего проджект менеджера.
  15. У нас Scrum, но … Менеджмент говорит чуто у нас Scrum но у нас на самом деле waterfall.
  16. У нас Scrum, но … Но у нас нет права на зафейленый спринт.
  17. У нас Scrum, но … Маркетинг не готов ждать спринт.
  18. У нас Scrum, но … Давайте забьем на DoD в этот раз.
  19. У нас Scrum, но … Мы не успеваем и нам придется работать в выходные.
  20. У нас Scrum, но … Наш PO управляет нашем Sprint backlog.
  21. У нас Scrum, но … Наше Sprint review это просто демо.
  22. У нас Scrum, но … Не говорите нашему клиенту, что …
  23. У нас Scrum, но … И мы ненавидим наши Scrum встречи.
  24. У нас Scrum, но … Наши Daily Scrum митинги длятся по 40 минут.
  25. У нас Scrum, но … В ТЗ указанно по другому.
  26. У нас Scrum, но … Мы проводим Daily Scrum митинги через день.
  27. У нас Scrum, но … У нас нет общего списка DoD.
  28. У нас Scrum, но … Учитесь и развивайтесь в свободное от работы время.
  29. У нас Scrum, но … Мы не тратим время на уточнение Product backlog
  30. У нас Scrum, но … Одного члена команды здесь нет, по этому отменим встречу.
  31. У нас Scrum, но … Мы все говорим об автоматизированном тестировании, но никогда не используем его.
  32. У нас Scrum, но … Наша команда работает над несколькими продуктами одновременно.
  33. У нас Scrum, но … В нашей команде уже 18 человек!
  34. У нас Scrum, но … Несколько человек на одну PBI, это неэффективно!
  35. У нас Scrum, но … Наш PO это несколько людей.
  36. У нас Scrum, но … Я дизайнер / инженер / маркетолог / тестер (и т. д.)
  37. У нас Scrum, но … Давайте начнем с нулевого спринта.
  38. У нас Scrum, но … Мы уже запланировали следующие 6 спринтов. → А как насчет реагирования на изменения?
  39. У нас Scrum, но … Наш клиент хочет получить весь дизайн заранее!
  40. У нас Scrum, но … Просто скажи мне, что делать.
  41. У нас Scrum, но … Мы должны использовать JIRA.
  42. У нас Scrum, но … У нас шесть целей спринта на этот спринт.
  43. У нас Scrum, но … Daily Scrum митинг это что бы отчитаться перед скрам мастером.
  44. У нас Scrum, но … Наши заказчики сильно заняты что бы приходить на Sprint review.
  45. У нас Scrum, но … Наш Scrum Master отстой!
  46. У нас Scrum, но … Наш Sprint Backlog нельзя менять во время спринта.
  47. У нас Scrum, но … Большинство из нас никогда не читают Scrum Guide.
  48. У нас Scrum, но … Я понятия не имею чем занята моя команда.
  49. У нас Scrum, но … Все PBI должны быть «сделаны» в конце спринта.
  50. У нас Scrum, но … У нас нет времени работу над техдолгом.
  51. У нас Scrum, но … Наш Scrum Master и Product Owner распределяет нам задачи.
  52. У нас Scrum, но … Во сколько Daily Scrum митинг на этот раз ?!
  53. У нас Scrum, но … Мы не добавляем в спринт план улучшения нашей работы который мы придумали на Retro.
  54. У нас Scrum, но … Зачем нам вообще нужен Scrum Master?
  55. У нас Scrum, но … Наш Ежедневный Scrum митинг превратился в Еженедельный Scrum митинг.

--

--

Oleg Filimoshin

I’m an architect (public cloud) I have a wide experience in design of networks, software development, design of architecture