@agile_ru - страница 373 - Telegram web archive

Евгений

Обратись к истокам -используй идеальный человеко-день. Это не то же самое что и человеко-день. SP - это про сложность. Но оценка в днях её тоже покажет, чисто на разнице. Все что каасается вопросов - они показывают что SP вам не нужны. Они наводят туман и не позволятю задавать вопрос: "Смотри , планировали 2 дня потрать а уже 5 прошло, как бы сделать так чтобы закрыть задачу прямо сейчас?" SP не сравниваются с днями, никак.

Вопросов закрыть задачу, если планировали 2 SP, а прошло 5 вообще не возникает. Но тут интересный нюанс) Как понять, что прошло 5 SP, вместо 2? SP все же имеют временное измерение? Или измерение остаётся в сложности, но её необходимо пересчитывать после завершения задачи? Насчёт того, что SP нам не нужен, скорее соглашусь. Очень похоже, что мы его используем только потому, что так предполагалось изначально по Scrum, а ценности от этого особой нет. Мы потратили какое то время за игрой в карты, которые помогают сделать эту оценку. А в жизни как то не зашло, но мы упорно пытаемся)

Alexey

Вопросов закрыть задачу, если планировали 2 SP, а прошло 5 вообще не возникает. Но тут интересный нюанс) Как понять, что прошло 5 SP, вместо 2? SP все же имеют временное измерение? Или измерение остаётся в сложности, но её необходимо пересчитывать после завершения задачи? Насчёт того, что SP нам не нужен, скорее соглашусь. Очень похоже, что мы его используем только потому, что так предполагалось изначально по Scrum, а ценности от этого особой нет. Мы потратили какое то время за игрой в карты, которые помогают сделать эту оценку. А в жизни как то не зашло, но мы упорно пытаемся)

Не может пройти 5 SP , потому что SP это сложность. Оригинал покер-планирования - использует идеальные человеко-дни. Смысл покера 1. получить независимую оценку и увидеть риски если они там есть. 2. публичные обещания - если все согласились с оценкой - взяли на себя ответственность в неё уложиться. в отличии от применения SP = обещаний нет. SP это не дни. если нет правила "SP=день" Если заменить публичную оценку на экспертную "я считаю что..." то нельзя будет применить формулу "МЫ планировали... а прошло..." , но можно просто спрашивать "как бы закрыть прямо сейчас?" если 70% времени от оценки времени прошло. Так тоже работает.

🦠

да лучше всего ввести трудодни

🦠

в СССР работало для колхозов

🦠

ну и зп гибко, как в АГИЛе, выплачивать - набрал 20 трудодней - получи всю зп

🦠

главное паспорта заранее отобрать

🦠

чтобы как у колхозников в СССР

Евгений

чтобы как у колхозников в СССР

Такой цели точно нет)))

🦠

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

🦠

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

Дмитрий

Приветствую. Дмитрий, Дима, Димарик, или Саныч. Я родом из Сарапула, Удмуртия. С 2013 живу и работаю в Екатеринбурге. Женат, двое детей. Про опыт: С 2004 года я в Управлении персоналом, как некоторые говорят, "кадровик". С ноября 2015 года сфокусировал внимание на обучении и развитии персонала. Сейчас работаю в ВЭШ, Руководитель корпоративных проектов. О Agile, Scrum и гибких методах управления слышал, читал, кое что применял в работе. Интересно глубже изучить тему. О группе узнал в другом чате. Рядом с профессиональными интересами интерес к переговорам, психологии людей и групп, горные лыжи, сноуборд (планирую в этом сезоне встать), путешествия выходного дня в города в радиусе 700 км. от Екатеринбурга. Как-то так :) #whois

HashTag

Подписка на #whois

Anonymous

Здравствуйте! Есть ли здесь scrum мастера, практикующие на производственных предприятиях, не в web сфере? Планируем работать по методологии scrum над несколькими проектами, в том числе разработка нового продукта, внедрение системы обучения и наставничества, повышение производительности выпуска и т.п. Знания пока лишь теоретические - книга scrum революционный метод управления проектами. Хотелось бы пообщаться с практиками

Yuriy

Попробую коротко сформировать. 1. Нужно понимать сколько MD планируется на задачу. 2. Нужно понимать сколько MD было израсходованно по факту на задачу. 3. Нужно понимать сколько SP планировалось на задачу. 4. Зачем понимать сколько SP планировалось за задачу? =) Команда планирует задачи в SP. Но ещё нужны и MD. Есть ощущение, что и SP особо не помогают, ну разве что команде понимать насколько сложная задача и стоит ли её добить на более мелкие. Иногда кто то пытается SP перевести в MD. А ещё хочется считать ROI, но надо факт считать. А в ROI хочется факт сравнить с планом =) В общем вопрос возвращаясь к началу довольно прост - какова цель использования SP и какова цель MD? Есть ли место MD, если уже есть оценка в SP? Как считать ROI без оценки плана и факта в MD? Нужно ли SP делить на план и факт (кажется бредом, но все же)? Что, если планировали, что задача в SP - S, а по факту оказалась - XXL? Вообще много вопросов получилось =)

без MD можно вообще обойтись: оцениваем в sp и ведем учет тоже в sp, "экономику" тоже считать просто, я писал выше: вы знаете сколько вам стоит спринт команды, вы знаете сколько примерно делает команда sp/спринт

Yuriy

отсюда вы можете сказать когда будет сделано то, что оценено в бэклоге и сколько это будет стоить, на мой взгляд этого достаточно

Yuriy

Здравствуйте! Есть ли здесь scrum мастера, практикующие на производственных предприятиях, не в web сфере? Планируем работать по методологии scrum над несколькими проектами, в том числе разработка нового продукта, внедрение системы обучения и наставничества, повышение производительности выпуска и т.п. Знания пока лишь теоретические - книга scrum революционный метод управления проектами. Хотелось бы пообщаться с практиками

есть такие, может отзовутся)

Yuriy

ну и зп гибко, как в АГИЛе, выплачивать - набрал 20 трудодней - получи всю зп

😂

Andrew

К сп и мд подходить тупо с расчетами бабла кощунство.это инструменты которые призваны помочь команде научиться и стабилизировать свои реальные оценки для работы

🦠

К сп и мд подходить тупо с расчетами бабла кощунство.это инструменты которые призваны помочь команде научиться и стабилизировать свои реальные оценки для работы

а сколько оценок для типовой задачи собираете вы сами?

Yuriy

К сп и мд подходить тупо с расчетами бабла кощунство.это инструменты которые призваны помочь команде научиться и стабилизировать свои реальные оценки для работы

можно с точки зрения заказчика вообще без оценок, если для него процесс понятен и устраивает, команда тогда сама решает как им отслеживать свой прогресс или не отслеживать вообще)

Anton

Здравствуйте! Есть ли здесь scrum мастера, практикующие на производственных предприятиях, не в web сфере? Планируем работать по методологии scrum над несколькими проектами, в том числе разработка нового продукта, внедрение системы обучения и наставничества, повышение производительности выпуска и т.п. Знания пока лишь теоретические - книга scrum революционный метод управления проектами. Хотелось бы пообщаться с практиками

С ноября меня позвали на предприятие, где делают вполне себе такие промышленные изделия - электроприводы, парогенераторы, и т.д. Поэтому что-то сказать уже могу, хотя практического опыта пока маловато. Одно могу сказать стопудово - scrum, в отличие от других Agile фреймворков, родился из производства железа, а не софта. Поэтому всё получится. Курите статью https://hbr.org/1986/01/the-new-new-product-development-game

Anton

На тренинге PSM от UC бывает рассказывают про Scrum в не IT. Позволю себе закинуть сюда скриншот флипчарта оттуда. Надеюсь меня не сильно побьют за это )

Anton

🦠

Ну и это, помадный АГИЛ начинается с неготового к нему руководства и там же и заканчивается

Anton

Угу. Исключение только если действительно есть проблемы, которые болят у руководства, и которые решаются аджайлом.

🦠

Есть пара вопросов, которые показывают готовность или отсутствие таковой — спросить у стейкхолдера «как вы узнаете что сделано именно то, что ожидалось» и «как вы трекаете прогресс»

🦠

Проблемы есть у всех, а продакт менеджер у мамы один, поэтому нужно беречь свое время и нервы

Arman

Есть пара вопросов, которые показывают готовность или отсутствие таковой — спросить у стейкхолдера «как вы узнаете что сделано именно то, что ожидалось» и «как вы трекаете прогресс»

И как?

🦠

И как?

Хотелось бы более развернуто ответить, но каком кверху

Arman

Ну вот и я как стейкхолдер примерно так же :)))))

Arman

Просто думал есть чтото более внятное :))))

🦠

Думайте, это помогает, или нет

Arman

Помогает что?

🦠

Кому, представьте что есть десять минут перед закрытием алкомаркета и надо купить самое нужное, вы пойдете к консультанту или сразу на кассу?

Arman

На кассу.

🦠

Ну тогда не ищите ответов, используйте свой ресурс

Arman

Да не ищу, просто увидел ваши вопросы, вдруг подумал есть чо. А получается как всегда, все сам :)))

Arman

Вопрос, а у кого то LeSS полноценно заведенный есть? Ну или чтото близкое, но уже стабильно шарашещее?

Yuriy

Вопрос, а у кого то LeSS полноценно заведенный есть? Ну или чтото близкое, но уже стабильно шарашещее?

аналогичный вопрос:), меня еще интересует как решается вопрос в окружением, инфраструктурой:)

Anonymous

С ноября меня позвали на предприятие, где делают вполне себе такие промышленные изделия - электроприводы, парогенераторы, и т.д. Поэтому что-то сказать уже могу, хотя практического опыта пока маловато. Одно могу сказать стопудово - scrum, в отличие от других Agile фреймворков, родился из производства железа, а не софта. Поэтому всё получится. Курите статью https://hbr.org/1986/01/the-new-new-product-development-game

Спасибо, Антон! На промышленном предприятии видели несколько SCRUM досок, даже создалось впечатление, что с ними работают. Оказалось - элемент показухи для частых гостей.