Когда вы не должны принимать Scrum?

Ответ 1

Если у вас нет команды с соответствующим размером, совершенной командой.

Scrum хорошо работает с 5-10 людьми, которые могут быть полностью привержены достижению целей спринта. Это не очень хорошо работает с огромными группами или с людьми, которые имеют значительные обязанности в других местах. Есть способы разбить более крупные команды и по-прежнему практиковать схватку. Например, "схватка схваток". Но это сложнее, чем выполнение схватки с небольшой командой.

Как командные, так и командные бай-ин - это требования к схватке.

Scrum также не работает, если вы не можете определить свои цели или разбить их на небольшие, количественно фрагменты.

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

Ответ 2

Как сертифицированный мастер Scrum, тот, кто практиковал Scrum и думает, что Scrum лучше, чем нарезанный хлеб:

Я бы не использовал Scrum, когда у меня установлен фиксированный срок с фиксированным набором функций. С такими ограничениями я бы использовал традиционное управление проектами, добавлял мелкие гранулярные рабочие пакеты и тщательно оценивал их для разработчиков. Затем добавьте разработчиков в проект, пока вы не достигнете крайнего срока.

Для Scrum вам также нужна приверженность высшего руководства. Scrum будет изменяет вашу организацию (управление продуктом, выпуски, QA) и без 100% -ной приверженности высшего руководства вы не будете - как ScrumMaster - сможете устранить препятствия и потерпеть неудачу для команды. p >

Ответ 3

Я горячий практикующий Scrum. Однако есть один случай, когда мы не используем эту методологию.

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

Ответ 4

Agile/Scrum, IMHO, это еще одна бюрократическая методология, которую компании используют, когда у них плохое управление, и не понимают, что они на самом деле делают. Придуманы людьми, которые любят Starbucks® и диаграммы.

Ответ 5

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

Ответ 6

Если слишком много членов. Конкретное число зависит от того, насколько хорошо команда справляется.

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

Я бы рискнул приблизиться к предположению, что 15-20 - это время, чтобы по возможности разбить команду.

Ответ 7

Если вы не выпили Kool Aid.

Ответ 8

Без кооператива вы не сможете эффективно запускать Scrum.

Ответ 9

Если у вас есть проект, который имеет аспекты, связанные с производством, scrum не работает. Производство имеет тенденцию быть более ориентированным на время.

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

FYI, мы используем схватку с различными уровнями эффективности на больших командах, разбивая команду на подгруппы. Однако общение между группами может быть затруднено, если вы не будете осторожны.