PD
Про побочки от скрама (плохие межкоммандные коммуникации, тенденция к найму средних разработчиков, отсутствие развития и т.п.) можно потом.
Size: a a a
2020 December 26
A
Про побочки от скрама (плохие межкоммандные коммуникации, тенденция к найму средних разработчиков, отсутствие развития и т.п.) можно потом.
Чем заменяете?)
И
К сожалению, скрам работает в стартапах, крупных корпорациях, галерах и компаниях, которые могут строго типизировать задачи и держать под проекты и внедрение разные команды. Эджайл требует монополизации ресурса под проект. В результате разный опыт.
HB
6. Ну и багфикс в классический скрам не влезает, это не цель спринта )
Багфикс и в каскадную разработку не влезает, тут всегда надо умело маневрировать между строгостью и гибкостью процессов разработки.
PD
Чем заменяете?)
Процесс под проект, разные проекты (и стадии) - разные процессы. Обычно на основе канбан-доски.
PD
Илья
К сожалению, скрам работает в стартапах, крупных корпорациях, галерах и компаниях, которые могут строго типизировать задачи и держать под проекты и внедрение разные команды. Эджайл требует монополизации ресурса под проект. В результате разный опыт.
Его внедрили, а не он работает. Это разные вещи )
PD
Багфикс и в каскадную разработку не влезает, тут всегда надо умело маневрировать между строгостью и гибкостью процессов разработки.
Ну, в канбан-доску (я не буду называть это Канбаном, а то Пименов огорчится) легко влезает.
KK
Ну, смотри.
1. В спринт упаковываются уже задачи с точной оценкой. Значит есть отдельно задачи на точную оценку (ещё один спринт), так что в скраме time-to-market по твоему описанию не меньше трёх спринтов (декомпозиция, реализация, правка по результатам демо).
2. Но уже тут процесс не работает, так как декомпозиция и доработки не могут быть целью спринта.
3. Точные оценки - это только для простых задач. Для чего-нибудь сложного их не бывает.
4. Только про задачи без зависимостей. Тот же 'запустить шлюз' не может быть задачей спринта, там 90% времени уходит на внешние коммуникации, а не на написание кода.
5. Откладывание проблем на ретро - лучший способ забить на них.
1. В спринт упаковываются уже задачи с точной оценкой. Значит есть отдельно задачи на точную оценку (ещё один спринт), так что в скраме time-to-market по твоему описанию не меньше трёх спринтов (декомпозиция, реализация, правка по результатам демо).
2. Но уже тут процесс не работает, так как декомпозиция и доработки не могут быть целью спринта.
3. Точные оценки - это только для простых задач. Для чего-нибудь сложного их не бывает.
4. Только про задачи без зависимостей. Тот же 'запустить шлюз' не может быть задачей спринта, там 90% времени уходит на внешние коммуникации, а не на написание кода.
5. Откладывание проблем на ретро - лучший способ забить на них.
Хм. Я конечно против зубров полезу, но оценка в попугаях это явно не точная оценка. И если видно, что ставят большую оценку - это значит то просто вообще никто не понимает что сделать надо
PD
Т.е. скрам в проекте обычно говорит о низкой квалификации CTO.
PD
Хм. Я конечно против зубров полезу, но оценка в попугаях это явно не точная оценка. И если видно, что ставят большую оценку - это значит то просто вообще никто не понимает что сделать надо
Ну да. Но любая оценка без погружения в задачу - бесполезна (кроме потока одинаковых простых задач)
HB
Ну, в канбан-доску (я не буду называть это Канбаном, а то Пименов огорчится) легко влезает.
Верно, доска все стерпит, это же инструмент, а не процесс.
И
Его внедрили, а не он работает. Это разные вещи )
Нет, он не ложится идеологически. В рамках Эджайла у человека только один проект. И минимум поддержки. Максимум плановых работ, минимум внеплановых.
И
Если проектов на человеке гесколько, то тут уже скрам уплывает.
PD
Илья
Нет, он не ложится идеологически. В рамках Эджайла у человека только один проект. И минимум поддержки. Максимум плановых работ, минимум внеплановых.
Нет, конечно. Аджайл вообще не про это. Не путай, скрам к аджайлу не имеет отношения
И
Опа
И
Может быть и экстремальное программтрование или канбан тоже уже не Эджайл?
PD
А там как получится. Аджайл - это манифест и принципы. Можно и XP в проекте запустить так, что никакого аджайла не будет.
KK
Илья
Нет, он не ложится идеологически. В рамках Эджайла у человека только один проект. И минимум поддержки. Максимум плановых работ, минимум внеплановых.
Ну так что в скраме, что в канбане одно из самых важных - это ограничение незавершенной работы. Чтобы у разработчика было видно что делаем, и что не делаем. И если кто-то захочет впихнуть невпихуемое то ему надо показать что выпихнуть. Оно же достигается другими методами конечно
PD
Ну, в скраме, кстати, не у разработчика, а у команды. И работает плохо.
И
Ага, а ХР и скрам- фреймворки, которые следуют манифесту. Без манифеста это карго культ