Комментарии 8
Не совсем понятно про Silent sorting. Не совсем понятно, как именно можно изменить «планировочный поккер»?
В статье не идет речь об изменении планировочного покера. Здесь сравниваются два разных способа оценивания.
Первый — собственно планировочный покер.
Второй — распределение историй по оценкам с помощью Silent sorting. Выглядит так:
0. Предварительно команде предоставляется возможность изучить стори, которые будут вынесены на оценивание;
1. На планировании на доску в ряд выстраиваются оценки по любой шкале — Фибоначчи, расширенный Фибоначчи или T-Shirt sizes;
2. Затем на стикеры или magnetic notes выписываются истории;
3. С помощью Silent sorting команда распределяет истории по оценкам;
4. Проводится дополнительное обсуждение по тем историям, которые были перемещены несколько раз.
Так вот, при использовании второго подхода можно достичь указанного в статье ускорения обработки историй на 10-15%.
Первый — собственно планировочный покер.
Второй — распределение историй по оценкам с помощью Silent sorting. Выглядит так:
0. Предварительно команде предоставляется возможность изучить стори, которые будут вынесены на оценивание;
1. На планировании на доску в ряд выстраиваются оценки по любой шкале — Фибоначчи, расширенный Фибоначчи или T-Shirt sizes;
2. Затем на стикеры или magnetic notes выписываются истории;
3. С помощью Silent sorting команда распределяет истории по оценкам;
4. Проводится дополнительное обсуждение по тем историям, которые были перемещены несколько раз.
Так вот, при использовании второго подхода можно достичь указанного в статье ускорения обработки историй на 10-15%.
Миленькие упражнения. Возмём людей, не перекидывавшихся мячиком с детского сада, и засечём время. Дадим людям потренироваться несколько минут и снова засечём время. Люди кидают мячик намного лучше — ПРОФИТ! Сделаем далеко идущие выводы.
Повторим приём с монетками.
Повторим приём с монетками.
Лучше бы потренировались спеки правильно выявлять и записывать.
I was also thinking to attend Certified Scum training in Warsaw in November, but it seems to be pretty costly ~1200€
However, if you go to the same training conducted in Russian in Ukraine the price is much cheaper — 750$ for an early bird.
This seems unfair to me.
P.s. I'm in Poland
However, if you go to the same training conducted in Russian in Ukraine the price is much cheaper — 750$ for an early bird.
This seems unfair to me.
P.s. I'm in Poland
В нескольких командах пробовал SCRUM… Где-то пришел — он уже был, где-то хотели, чтобы поставил… Собственно, что могу сказать…
1. Скрам должны ХОТЕТЬ все участники команды. Иначе все это превращается в обычный цирк, только вместо менеджера несколько скрам активистов.
2. Команда должна ЗНАТЬ о своей заинтересованности в выпуске продукта. Знает она это от руководителя (функционального или проектного), который так же решает проблемы исполнителей с зп/отпуском/мат. обеспечением и прочим… А это значит, что его (руководителя) видение всегда будет влиять на варианты решения задач сильнее, чем обсуждение команды.
3. Кроссфункциональность команды это прекрасно, пока тестирование не пишет требования, аналитики не пишут код, а программисты не проводят ручное регрессионное тестирование… Понимать, чем занимаются другие и выполнять задачи других ролей (что проповедует Скрам) — все же разные вещи…
4…
В общем можно много говорить на тему скрама… в принципе, как идея — вещь прекрасная, но всегда ВСЕГДА требует серьезных «допилов» под конкретную команду и проект (в принципе и методология -то «гибкая»), к сожалению, в нынешних реалиях России большинство берет «труевый» скрам, ничего не обдумывая и не меняя, начинает его использовать, потому что он — модный и крутой, а так же дает иллюзию контроля процесса. Причины разочарования осознают не все и склонны обвинять других участников процесса в некомпетентности, чем признать, что процесс просто требует доработки и отступления от некоторых правил и принципов скрама.
Какой посыл от комментария?
Можно использовать любую методологию, ведь это всего лишь инструмент производства, ДУМАТЬ и РЕШАТЬ придется все равно… Ну и надо быть готовым к тому, что когда ваша команда достигнет хорошей эффективности это уже будет не совсем та или совсем не та методология, которую вы пытались внедрить изначально.
Думайте, решайте, пробуйте и верьте фактам, а не тому, что похоже на факты (см. предыдущий комментарий...ServPonomarev`а).
1. Скрам должны ХОТЕТЬ все участники команды. Иначе все это превращается в обычный цирк, только вместо менеджера несколько скрам активистов.
2. Команда должна ЗНАТЬ о своей заинтересованности в выпуске продукта. Знает она это от руководителя (функционального или проектного), который так же решает проблемы исполнителей с зп/отпуском/мат. обеспечением и прочим… А это значит, что его (руководителя) видение всегда будет влиять на варианты решения задач сильнее, чем обсуждение команды.
3. Кроссфункциональность команды это прекрасно, пока тестирование не пишет требования, аналитики не пишут код, а программисты не проводят ручное регрессионное тестирование… Понимать, чем занимаются другие и выполнять задачи других ролей (что проповедует Скрам) — все же разные вещи…
4…
В общем можно много говорить на тему скрама… в принципе, как идея — вещь прекрасная, но всегда ВСЕГДА требует серьезных «допилов» под конкретную команду и проект (в принципе и методология -то «гибкая»), к сожалению, в нынешних реалиях России большинство берет «труевый» скрам, ничего не обдумывая и не меняя, начинает его использовать, потому что он — модный и крутой, а так же дает иллюзию контроля процесса. Причины разочарования осознают не все и склонны обвинять других участников процесса в некомпетентности, чем признать, что процесс просто требует доработки и отступления от некоторых правил и принципов скрама.
Какой посыл от комментария?
Можно использовать любую методологию, ведь это всего лишь инструмент производства, ДУМАТЬ и РЕШАТЬ придется все равно… Ну и надо быть готовым к тому, что когда ваша команда достигнет хорошей эффективности это уже будет не совсем та или совсем не та методология, которую вы пытались внедрить изначально.
Думайте, решайте, пробуйте и верьте фактам, а не тому, что похоже на факты (см. предыдущий комментарий...ServPonomarev`а).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Впечатления от тренингов Certified Scrum Master и Certified Scrum Product Owner