Комментарии 2
Собственно, есть два подхода к решению задач. Первый — традиционно-иерархический. Разработчики разрабатывают, дизайнеры дизайнят, копальщики копают, а менеджмент — координирует. Проблема в том, что все в этой структуре полагаются на менеджеров (условное "начальство") которому виднее. В то время, как это может быть не так, и вообще координация через промежуточные звенья идет хуже. Второй вариант — это когда вы начинаете жить по аджайлу, и команда сама взаимодействует с соседями и окружением не полагаясь, что кто-то за них подумает и скажет что делать. Если этот перелом в мышлении произошел, то дейли и прочие ритуалы приобретают смысл. Но и, конечно, скрам надо делать тогда, когда вы можете хотя бы на одну итерацию зафиксировать скоуп. Если скоуп не фиксируется (например, прилетают задачи с поддержки которые приоритетнее любых целей спринта) — тогда варите другой аджайл, а не скрам. Скрам в чистом виде нужен не всем и не всегда...
SCRUM про мотивацию и про производительность исполнителей. Команда это просто один из этапов повышения производительности, но далеко не главная цель SCRUM. Формирование команды и сама команда это скорее инструмент SCRUM
Как перестать играть в спринты или “тойоту” и начать становиться командой