Scrum, который мы заслужили

Scrum, который мы заслужили IT, Программирование, Scrum, Юмор, IT юмор, Разработка, Менеджмент, Длиннопост, Волк с Уолл-стрит
Scrum, который мы заслужили IT, Программирование, Scrum, Юмор, IT юмор, Разработка, Менеджмент, Длиннопост, Волк с Уолл-стрит
Scrum, который мы заслужили IT, Программирование, Scrum, Юмор, IT юмор, Разработка, Менеджмент, Длиннопост, Волк с Уолл-стрит
Scrum, который мы заслужили IT, Программирование, Scrum, Юмор, IT юмор, Разработка, Менеджмент, Длиннопост, Волк с Уолл-стрит
Scrum, который мы заслужили IT, Программирование, Scrum, Юмор, IT юмор, Разработка, Менеджмент, Длиннопост, Волк с Уолл-стрит

Взято с просторов linkedIn

Вы смотрите срез комментариев. Показать все
20
Автор поста оценил этот комментарий

Объясните для нормальных обычных людей, пожалуйста)

раскрыть ветку (30)
75
Автор поста оценил этот комментарий

Уфф, сложно, но попробую. Спринт - на IT-проектах, работающих по гибкой методологии разработки (Agile), это временной отрезок, на который запланировано выполнение какого-то количества задач, чаще всего имеющих общую цель. Итогом спринта должен быть выпуск (релиз) очередной версии продукта, в которую войдут все выполненные за текущий спринт задачи. Подразумевается, что если задачи выполнены не все, значит цель спринта не достигнута и релиз откладывается. Это суть, ради которой собственно затевалась вся схема с распределением задач по спринтам - своевременная доставка новых фич конечным пользователя. И если человек, в обязанности которого входит планирование этих самых спринтов и распределение задач между ними (т.н. скрам-мастер, чаще всего по совместительству менеджер проекта), "закрывает" спринт, в котором ещё остались невыполненные задачи, и начинает новый - это свидетельство того, что гибкая методология используется чисто формально, реальные возможности команды не анализируются, количество задач, которые команда способна выполнить за спринт, не корректируется. Короче, организация работы на проекте хреновая.

раскрыть ветку (29)
54
Автор поста оценил этот комментарий

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

раскрыть ветку (5)
5
Автор поста оценил этот комментарий

О, человек из моего примера, привет! Отличная иллюстрация формального подхода и непонимания сути )

раскрыть ветку (1)
6
Автор поста оценил этот комментарий

Суть я понимаю, но нафиг ее понимать мимокрокодилам? 

2
Автор поста оценил этот комментарий

То ли дело, не то, что Пупкин

1
Автор поста оценил этот комментарий
Хули? Замах на рубль, удар на копейку.
раскрыть ветку (1)
1
Автор поста оценил этот комментарий

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

19
DELETED
Автор поста оценил этот комментарий

Я так и не смог разобраться в сути вопроса, но вы потрясающий рассказчик.

Иллюстрация к комментарию
9
Автор поста оценил этот комментарий

Итогом спринта является не релиз, а демо, в котором сделанное показывается стейкхолдерам и продуктовнерам.

Фишка аджайл в том, что он именно «гибкий» (в данной ситуации берем фреймворк скрам, что в переводе «битва, стычка, спор» синаборомискрам ивентов)

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

Аджайл коуч (с)

раскрыть ветку (6)
2
Автор поста оценил этот комментарий

Мы ведь о теории говорим, так ведь? О том, зачем, для чего и каким именно задумывался аджайл? В таком случае, демо - не итог, а лишь промежуточный результат. Цель это всегда доставка фич потребителям и максимально быстрое получение обратной связи.

Автор поста оценил этот комментарий
По ходу спринтов задачи ещё и отвалятся с рецензией оунера "да в принципе и на хуй не нужно было и так работает".
Автор поста оценил этот комментарий

Другими словами если стори не выполняются несколько спринтов, нужно взять в спринт меньше работы, либо дропнуть либо вернуть в бэклог.  Есть ли альтернатива? Переписать задачи связанные с юзер стори, может в текущем представлении задачи не понятны для группы?

2
DELETED
Автор поста оценил этот комментарий

каким холдерам? стейк? ммм... мне средней прожарки пожалуйста

ещё комментарии
Автор поста оценил этот комментарий
Может ТЗ и задачи изначально левые были и не особо нужные, тогда можно и закрыть. MVP достигнуть можно не обязательно выполняя всех задач. Так что, по сути, ситуация, вполне возможная, тем более, гибкий метод предполагает перефокусировку и изменение цели продукта при реализации. С натяжкой, но жизненная пикча.
раскрыть ветку (1)
Автор поста оценил этот комментарий

Дык сама ситуация норм, если она разовая - мы не в идеальном мире живём. Соль шутки в том, что там это происходит регулярно.

ещё комментарии
Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку