У обычного скрама нет проблем. Reliable - это же не замена, это add-on
Ой... ограничение по размеру команды, например - не проблема?
Mikhail
Max
Эм.. Нет
Max
Если вам работа важна, а не продажа душ по аутсорсу =)
Rare
Всем привет!
Меня зовут Владимир. Начинающий ПМ.
Специализируюсь на бизнес-анализе и конструировании интерфейсов. Проекты довольно простые (интернет-магазины, корпоративные сайты). Собираю локальную команду под собственный продукт. Базируемся в Минске. Сюда попал по приглашению @almazscrum.
В общем, рад присутствовать и учиться работать с проектными командами.
#whois
============ FALCON ============
Велкам @rareclassics
============ FALCON ============
В нашу секту))
Rare
😊
Sergey
Вообще-то, это делают те, кто сторипойнты превращают в KPI и ставят их рост целью.
Это очень плохо. Это не приведёт к результатам желаемые, если желаемый результат, конечно, качественный продукт. У команды должен быть общий kpi, продуктовый, imho
Sergey
Команда не обманывает. Это совершенно нормальное поведение - улучшать показатели, по которым тебя оценивают. Проблема с sp для оценки в том, что sp - относительно. Это не оценка длительности или трудоемкости. Это оценка, упрощенно, уверенности команды в уровне сложности задачи относительно других задач
Я встречал, когда sp = 1 трудочасу. Убежали, что это нужно для прозрачности и общего понимания, хотя по факту для оформления договора. Что думаешь по этому поводу?
O
Ну если люди могут точно оценить работу в часах, почему нет?
O
(хотя я в это не верю)
O
я предерживаюсь такой же точки зрения, но мой опыт, ваш опыт != опыту всех людей и говорить абсолютными величинами нельзя
Sergey
Про оценку.
1. Отношение оценки трудоемкости и реальная трудоемкость есть вариативная величена. <Коэффициент ошибки> = <Оценка в часах> / <реальная трудоемкость>.
Мы бы хотели, чтобы это была единица. Ну ли хотя бы, чтобы разброс был небольшой. 0.9 - 1.1 - с вероятностью 95%.
С первым положением согласны?
Sergey
2. Теория вероятности крайне неинтуитивная штука. "Парадокс Монти Холла" наглядно это подтверждает.
Sergey
Подтверждение: https://www.youtube.com/watch?v=8IUGY6T0x_c
============ FALCON ============
👍
Roman
Причём команде они нужны в первую очередь для оценки правильности оценки. Сегодня 5 СП, на другой спринт та же задача уже 4 - оценку по опыту исправили, эффективность повысили. И как KPI это покажет что команда стада "хуже".
Ваш аргумент навёл меня на вопрос - а какие KPI имеют смысл для команды?
Andrew
Ваш аргумент навёл меня на вопрос - а какие KPI имеют смысл для команды?
Смотря что вы понимаете под KPI. Если это нечто по чему команды сравниваются и к чему привязаны бонусы, то никакие не имеют смысл.
Sergey
Ваш аргумент навёл меня на вопрос - а какие KPI имеют смысл для команды?
Никакие. Любые KPI приносят фирме убыток.
bebebe
этому чатику нужно уже делать FAQ. А то при приходе новых скрам мастеров темы повторяются буква в букву
Roman
Бонусы это скорее следствие. Хочется отыскать какие-то надёжные цифры, по которым можно сказать «окей, наша команда стала круче на 20% вот в этом»
Roman
К примеру, если команда даёт оценки в часах, можно вытащить цифры estimated/spent и получить изменение точности.
Sergey
> К примеру, если команда даёт оценки в часах, можно вытащить цифры estimated/spent и получить изменение точности.
Не надо. Не работает.
Roman
Или, если у вас живой продут, можно трекать время на решение критичных проблем прода.
Sergey
Sergey
И еще. В нашей индустрии одно из самых страшных преступлений - закончить проект / спринт / итерацию. раньше срока.
Roman
Окей, а можете поделиться как это не заработало у вас или где-то ещё?
Sergey
Страница 48, книга "Человеческий фактор" - результаты эксперимента.
Sergey
Книга "Критическая цепь" - объяснение с точки зрения психологии.
Sergey
"Пространство доктора Деминга", глава "ворока и мишень". - объяснение с точки зрения теории вариаций.
Roman
Наверное мы с вами в разных индустриях работаем) Вы на аутсорсе? Мне кажется даже там, то закончить раньше это не проблема, скажем, если у вас fixed price контракт.
Roman
Класс, спасибо, почитаю
Sergey
И до кучи: Массоннелл "Сколько стоит программный проект", - это совсем обязательно.
Roman
А из реальной жизни есть примеры у кого-нибудь ?
Sergey
Наверное мы с вами в разных индустриях работаем) Вы на аутсорсе? Мне кажется даже там, то закончить раньше это не проблема, скажем, если у вас fixed price контракт.
За примерно четверть века я поработал на разных типах проектов.
Sergey
А из реальной жизни есть примеры у кого-нибудь ?
Страница 48, книга "Человеческий фактор" - результаты эксперимента.
Sergey
Из жизни.
Sergey
Ну и я сам проводил экспиримент. Честная слепая выборка.
Roman
Расскажете подробнее?
Sergey
Да, еще до кучи. Материалы эксперимента "Ошибка планирования" от 1994 года. Материалы стоят ~ $150. Но если постараться можно скачать. РЕзультаты коротко описаны: http://hpmor.ru/book/1/6/
Sergey
Увы. Пока дочка теребит. До встречи.
Roman
Ещё раз спасибо за литературу.
Может ещё у кого найдутся кейсы с передовой.
Mikhail
Ещё про превращения оценок/индикаторов в KPI и последствия глава 6 книги "Хаос". В частности, история как шкала Апгар, численно представляющая состояние новорождённого, превратилась в мерялку, из-за которой стали делать больше кесарево(так надёжность обеспечить измеряемый результат), из-за чего у новорождённых пониженный иммунитет.
Sergey
Roman
Важное уточнение - кейсы не из мемов)
Konstantin
Относительные оценки точнее абсолютных. Для этого и SP вводятся. Отталкиваясь от похожей вещи из прошлого оценить трудоемкость текущей.
Konstantin
Опять же ... в автосервисе есть нормочасы. Но это не значит что вам бампер трудозатратами в 1.5 нормочаса снимают и ставят за 3 часа физических.
Mikhail
Одни не печатные буквы
Изначальный показатель там как раз сугубо внутренний для быстрой оценки "кому вероятней скоро понадобится врач". И другие примеры - про немецкий лес и про американских сердечно-сосудников - куда "веселее".
Vlad
Читаю тут регламент одной компании про их AGILE процесс. Интересно кто что думает про этот абзац:
"В процессе производства ПО фокус ставится на совместную работу всех участников. Для этого используются практики вовлечения всех заинтересованных сторон в совместную выработку решений. Таким образом ответственность в настоящем регламенте определяется при помощи инструмента матрица RACI."
Denis
Читаю тут регламент одной компании про их AGILE процесс. Интересно кто что думает про этот абзац:
"В процессе производства ПО фокус ставится на совместную работу всех участников. Для этого используются практики вовлечения всех заинтересованных сторон в совместную выработку решений. Таким образом ответственность в настоящем регламенте определяется при помощи инструмента матрица RACI."
Ну мы тоже RACI используем. И все верно. Вовлеченность всех не означает, что не должно быть отвественного лица. Общее - значит ничейное, не нам ли это знать.
Konstantin
Барахло это ваша заливная рыба ... ;)
Pavel
Я встречал, когда sp = 1 трудочасу. Убежали, что это нужно для прозрачности и общего понимания, хотя по факту для оформления договора. Что думаешь по этому поводу?
Думаю, что это непонимание того, что такое sp и в чем его преимущество с абсолютной оценкой
Pavel
Павел, я поддерживаю Вашу точку зрения по этому вопросу. Но есть нестыковка относительно использования sp только как внутреннего индикатора команды - в relaible scrum статистика через sp и ведётся же?! А предсказание реальной готовности - это уже за пределами команды разработки..
В rs оценка и управление буфером находятся в зоне ответственности команды, наружу выдаётся вероятность. Можно ещё размер буфера, нотэто как с классическим берндауном - необходимо понимать, как интерпретировать эту информацию
Sergey
Всем привет.
А знает ли кто-то практики, которые позволяют проверить разделят ли команда или её конкретный член ценности Agile и Scrum в частности? Может быть есть список вопросов показательных, тесты?
Mikhail
А что такое "разделяет"?
Yuriy
В rs оценка и управление буфером находятся в зоне ответственности команды, наружу выдаётся вероятность. Можно ещё размер буфера, нотэто как с классическим берндауном - необходимо понимать, как интерпретировать эту информацию
мы что-то подобное делаем для понимания планирования, к KPI не привязываем)
Andrey
Всем привет.
А знает ли кто-то практики, которые позволяют проверить разделят ли команда или её конкретный член ценности Agile и Scrum в частности? Может быть есть список вопросов показательных, тесты?
Это обычно по маркерам видно, наблюдение да и только. Например кто-то может говорить аля: "это задача меня не касается"
Sergey
А что такое "разделяет"?
Соответствует в поведении, мыслях, принципах в работе/жизни.
Sergey
Это обычно по маркерам видно, наблюдение да и только. Например кто-то может говорить аля: "это задача меня не касается"
А как это понять при первой встрече. На интервью, например.
Max
В rs оценка и управление буфером находятся в зоне ответственности команды, наружу выдаётся вероятность. Можно ещё размер буфера, нотэто как с классическим берндауном - необходимо понимать, как интерпретировать эту информацию
Спасибо за пояснение. В своей практике я настраивал эту штуку только один раз, как раз по запросу менеджеров проектов. Они и получили этот инструмент. Хотя в том конкретном контексте был хороший уровень доверия между разработчиками и менеджерами.
Andrey
А как это понять при первой встрече. На интервью, например.
Нет идей. По наблюдению, смотреть надо за людьми в естественной среде, только в дикой природе маркеры проявляются)
Andrey
Есть конечно тесты, последние я встречал у зазаны шоховой в scrum master way. Но они и так то не очень оьективны, а на собеседовании темболее, когда вы играете в игру с кандидатом - кто хитрее)
Mikhail
Соответствует в поведении, мыслях, принципах в работе/жизни.
Всё равно достаточно бесполезное понятие. Человек может разделять их всей душой - и под давлением и усталостью сваливаться к с детства на автомате выученным шаблонам вида "пахать-пахать-пахать!".
Mikhail
А ещё любые тесты легко "подправить", достаточно представлять что от тебя ожидают. Ну или просто иметь память, которая напомнит, как ты отвечал на подобный вопрос - тем самым прибив проверку на "честность". Тоже просто на автомате.
Mikhail
Исключительно с точки зрения "человек искренне отвечает", *до* вариантов "сказать одно, думать другое".
Mikhail
Это, кстати, практика.
Mikhail
Кстати, вот интересный мне вопрос: а что такое "agile mindset", как его определить без рекусии?
Vladimir
Интересно рассказывает об mindset Анна Обухова
https://www.youtube.com/watch?v=fwfrUh-x1nk
Mikhail
спасибо, посмотрю
bebebe
кстати, коллеги, а за определенный mindset участникам процесса идут какие-нибудь бонусы?
bebebe
иначе, выходит, что люди ментально колечатся за бесплатно
Mikhail
во-первых, "сфигаль"? Если оно даст пользу работе - через рабочие бонусы.Во-вторых тоже оно. Чем калечиться от гибкого подхода к жизни вообще?
Алекс
bebebe
т.е. нету бонусов :(
Mikhail
это как бонус за красивую внешность. Или за то, что ушами шевелить умеешь