Igor
Спасибо, разумеется сама. А что, я где-то написал, что это менеджер пришел и заставил?:)
ну ты написал что ее надо научить декомпозировать + еще научить их эти элементы часами измерить.
🦠
в целом есть сторя, она дает имя бранчу в репе
🦠
фронт, бек, куа - могут начинать работу с единого состояния (внесен контракт)
Pavel
Есть тонкая разница между скрам-мастером, предлагающим инструмент и обучающим им пользоваться и менеджером, описывающим обязательный процесс :)
Sergey
покер же, две-три итерации и синхронизовались по поводу сложности
Мы так делаем, очень удобно. Без писку и крика :)
Igor
Угу, научить.
но если мы делим команду таким образом что они еще и часы прописывают. скажем так тут есть огромная возможность сделать сабкоманду даже 😄
Igor
огромное поле для создания дисфункций
Pavel
но если мы делим команду таким образом что они еще и часы прописывают. скажем так тут есть огромная возможность сделать сабкоманду даже 😄
Игорь, молодая команда, впервые познакомившаяся со скрамом, в принципе - поле для дисфункций. И не надо их усугублять спартанскими методами обучения :)
Pavel
Сама концепция сторипоинтов и done done уже является стрессом. Сабтаски помогают с этим стрессом справиться.
Igor
Игорь, молодая команда, впервые познакомившаяся со скрамом, в принципе - поле для дисфункций. И не надо их усугублять спартанскими методами обучения :)
так а где спартанство то? если просто сказать ребята давай те попробуем мерить в SP. так как часы получаются не точными всегда.
🦠
помнится скрам в РФ стал притчей воязыцех где-то в 2004-м
Pavel
эт откуда такие команды в 2018?
Вагон таких команд. Вон, посмотрите на коучей от Глеба. Думаете вышедшие оттуда разработчики будут со скрамом знакомы?
Глебка
Так поэтому я и бомблю
Sergey
И я все время в контексте своих восьми команд рассуждаю. Сорри. Там без оценки сложно планировать. Уровень команд разный.
Igor
sp и часы используются на разных уровнях параллельно :)
ой да нет там уровней 😄 не нужно усложнять.
Pavel
ой да нет там уровней 😄 не нужно усложнять.
Ну давай вернемся к началу разговора :)
Igor
им и так будет сложно понять как это ios разработчики будут помогать android разработчикам
Igor
или бекендер будет помогать мобильщикам впринципе
Pavel
а сторипоинты одни и те же чтоль?
Ооо, а это магия прогнозирования, в которой не важно, чтобы SP были одинаковыми между команами. важно, чтобы команда стабильноу мела пользоваться своими
Igor
помогать можно по разному 😄
🦠
зачем?
во имя спринта! иногда, чтобы помочь, можно просто не мешать)
Pavel
"Operating a product development process near full utilization is an economic disaster" - Don Reinertsen
Igor
во имя спринта! иногда, чтобы помочь, можно просто не мешать)
я помню в одной книженции был пример внедрения такого подхода - если членам команды нечем занятся, им говорили идти делать для остальных членов команды кофе и прочий стафф. через какое то время эти свободные члены команды находили себе чем занятся чтобы помочь другим.
Igor
Угу, волшебным образом :)
конечно волшебным, ведь всё что творится в команде разработки это волшебство.
🦠
мы пытались кластеризовать разработку по фичам, чтобы всегда было что поделать беку, фронту или куа
Pavel
Игорь, lesse faire самоорганизация получается, когда команда состоит из высокомотивированных индивидуумов без заранее заложенных конфликтов.
Pavel
Во всех остальных случаях надо прилагать усилия
Sergey
а сторипоинты одни и те же чтоль?
Конечно! Все восемь команд оценивают каждую задачу. А вот Часы на второй части планирования будут разные в зависимости от квалификации и опыта конкретного разработчика. Именно поэтому используются стори поинты. Для одной команды разницы нет в чем оценивать :)
🦠
ниче не понял, но понятие сложности задачи должно быть разным для разных команд, у кого-то стивджобс дизайнер, а кто-то блины на лопате еще готовит)
Max
https://www.mountaingoatsoftware.com/blog/why-I-don't-use-story-points-for-sprint-planning = в защиту оценки подзадач в часах (а историй в sp) @az09_min_5chars @EvilGn0me @zvyagingk @Kubanoid Интересно как ваши команды строят Sprint backlog без оценки в часах.
Глебка
так я за эту технику если честно)
🦠
есть просчитанное медианное велосити, 32 sp per sprint, планируем в зависимости доступности команды (кто в отпуске, командировке или болеет)
Глебка
но мы то оценили подзадачи в сп
Pavel
Сорри за оффтоп :)
🦠
customer-orientated, at mass scale https://www.youtube.com/watch?v=1T2ZijB3B-I
Pavel
https://www.mountaingoatsoftware.com/blog/why-I-don't-use-story-points-for-sprint-planning = в защиту оценки подзадач в часах (а историй в sp) @az09_min_5chars @EvilGn0me @zvyagingk @Kubanoid Интересно как ваши команды строят Sprint backlog без оценки в часах.
Когда команда хорошо знакома с бэклогом, давно (принта 3-4) работает друг с другом и уже научилась использовать техники декомпозиции PBI - в часах можно смело не оценивать.
Pavel
И подзадачи можно смело игнорировать
Pavel
customer-orientated, at mass scale https://www.youtube.com/watch?v=1T2ZijB3B-I
Я думал это последствия мема :)
🦠
Я думал это последствия мема :)
"та же скорость с тем же качеством"
🦠
пипл хавает)
Max
Когда команда хорошо знакома с бэклогом, давно (принта 3-4) работает друг с другом и уже научилась использовать техники декомпозиции PBI - в часах можно смело не оценивать.
Таким командам могут и sp быть уже без надобности, а там и от скрама уходить уже можно =) Однако мне все ещё непонятно как команда строит Sprint backlog, как строит гипотезу (а не мнение) "как" они достигнут цели спринта.
Max
Истории всё ещё разбиваются на сабтаски до или во время планирования? Если да, то взвешиваются ли они как-то? Почему не в часах? Для задачи менее чем в день оценка в часах не менее точная чем в sp, зачем городить огород? Выстраиваются ли цепочки работ, определяются ли слабые звенья и т.п.?
🦠
спринт-то короткий, собрать метрики - дело пары часов
🦠
в любом проекте есть бизнес-инкрементные задачи и поддержка, оцениваются только бизнес-инкрементные, техтаски нужны только команде, она знает, зачем решать их.
🦠
стори нужны для показа бизнесу, декомпозиция - для распараллеливания разработки
🦠
даже если у меня спринт номер 0, я могу прикинуть, ок, команда смешанная, поговорим, спросим, за неделю должны успеть 20 sp, успели - пробуем увеличить, не успели - пытаемся разобраться в чем проблема, и повторяем добор до 20 sp для следующего спринта
Andrey
Вы попробуйте. Очень удобно.
Оценивали в часах таски, отказались, почти всегда оценка мимо
Max
Оценивали в часах таски, отказались, почти всегда оценка мимо
А какие были оценки? В количественном выражении.
🦠
через пару тройку спринтов будет статистика, посчитали медианное - ориентируемся на него и смотрим в burndown diagram
Max
1, 2, 4 часа? Или 124, 296 часов? =)
🦠
по 9000 в среднем на таску "добавить поле в форму"
Andrey
А какие были оценки? В количественном выражении.
разные подходы были, старались делить, что бы таска была <= 4 часам, потом округлили до 1 человека дня, потом поняли что и это не работает, и теперь прекрассно живем без оценки тасок вообще.
Andrey
это будет работать, но чем более зрелой становиться команда, тем меньше пользы, и больше затрат от такого подхода
Max
Давайте перефразирую вопрос. Как вы проводите планирование БЕЗ оценок?
Max
Полностью доверяетесь velocity?
🦠
Полностью доверяетесь velocity?
чувствуется рука Яна
Pavel
Давайте перефразирую вопрос. Как вы проводите планирование БЕЗ оценок?
ну... Почему бы и нет? Если, конечно, оно считается верно :)
Pavel
чувствуется рука Яна
Чую Ян уже мем :)
Max
чувствуется рука Яна
Отодвинтесь в сторону =)
🦠
обычно добавление прозрачности каждые несколько минут дает полную картину, команда с легкостью выполнит любые велосити)
🦠
@zvyagingk так ведь?
Глебка
не команда
Глебка
есть личное велосити
Andrey
Давайте перефразирую вопрос. Как вы проводите планирование БЕЗ оценок?
я не могу придумать ничего лучше, чем ответить: легко. Почему отсутствие оценок для тасок должно мешать на планировании?
Pavel
есть личное велосити
Глеб, срочно беги к врачу, каежтся у тебя янчанка.
Глебка
меня так не возьмешь)