🦠
в целом есть сторя, она дает имя бранчу в репе
Pavel
🦠
фронт, бек, куа - могут начинать работу с единого состояния (внесен контракт)
Pavel
Есть тонкая разница между скрам-мастером, предлагающим инструмент и обучающим им пользоваться и менеджером, описывающим обязательный процесс :)
Sergey
Igor
Угу, научить.
но если мы делим команду таким образом что они еще и часы прописывают. скажем так тут есть огромная возможность сделать сабкоманду даже 😄
Igor
огромное поле для создания дисфункций
🦠
Pavel
Сама концепция сторипоинтов и done done уже является стрессом. Сабтаски помогают с этим стрессом справиться.
Igor
🦠
помнится скрам в РФ стал притчей воязыцех где-то в 2004-м
Pavel
эт откуда такие команды в 2018?
Вагон таких команд. Вон, посмотрите на коучей от Глеба. Думаете вышедшие оттуда разработчики будут со скрамом знакомы?
Глебка
Так поэтому я и бомблю
Pavel
🦠
Sergey
И я все время в контексте своих восьми команд рассуждаю. Сорри. Там без оценки сложно планировать. Уровень команд разный.
Igor
🦠
Pavel
Igor
им и так будет сложно понять как это ios разработчики будут помогать android разработчикам
Igor
или бекендер будет помогать мобильщикам впринципе
🦠
Pavel
а сторипоинты одни и те же чтоль?
Ооо, а это магия прогнозирования, в которой не важно, чтобы SP были одинаковыми между команами. важно, чтобы команда стабильноу мела пользоваться своими
Igor
🦠
Igor
помогать можно по разному 😄
🦠
зачем?
во имя спринта! иногда, чтобы помочь, можно просто не мешать)
Pavel
"Operating a product development process near full utilization is an economic disaster" - Don Reinertsen
Igor
во имя спринта! иногда, чтобы помочь, можно просто не мешать)
я помню в одной книженции был пример внедрения такого подхода - если членам команды нечем занятся, им говорили идти делать для остальных членов команды кофе и прочий стафф. через какое то время эти свободные члены команды находили себе чем занятся чтобы помочь другим.
🦠
Pavel
Pavel
🦠
мы пытались кластеризовать разработку по фичам, чтобы всегда было что поделать беку, фронту или куа
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
Глебка
но мы то оценили подзадачи в сп
Pavel
Сорри за оффтоп :)
🦠
customer-orientated, at mass scale https://www.youtube.com/watch?v=1T2ZijB3B-I
Pavel
Pavel
И подзадачи можно смело игнорировать
Pavel
🦠
пипл хавает)
🦠
Max
Истории всё ещё разбиваются на сабтаски до или во время планирования? Если да, то взвешиваются ли они как-то? Почему не в часах? Для задачи менее чем в день оценка в часах не менее точная чем в sp, зачем городить огород? Выстраиваются ли цепочки работ, определяются ли слабые звенья и т.п.?
🦠
спринт-то короткий, собрать метрики - дело пары часов
🦠
в любом проекте есть бизнес-инкрементные задачи и поддержка, оцениваются только бизнес-инкрементные, техтаски нужны только команде, она знает, зачем решать их.
🦠
стори нужны для показа бизнесу, декомпозиция - для распараллеливания разработки
🦠
даже если у меня спринт номер 0, я могу прикинуть, ок, команда смешанная, поговорим, спросим, за неделю должны успеть 20 sp, успели - пробуем увеличить, не успели - пытаемся разобраться в чем проблема, и повторяем добор до 20 sp для следующего спринта
Max
🦠
через пару тройку спринтов будет статистика, посчитали медианное - ориентируемся на него и смотрим в burndown diagram
Max
1, 2, 4 часа? Или 124, 296 часов? =)
🦠
по 9000 в среднем на таску "добавить поле в форму"
Pavel
Andrey
А какие были оценки? В количественном выражении.
разные подходы были, старались делить, что бы таска была <= 4 часам, потом округлили до 1 человека дня, потом поняли что и это не работает, и теперь прекрассно живем без оценки тасок вообще.
Andrey
это будет работать, но чем более зрелой становиться команда, тем меньше пользы, и больше затрат от такого подхода
Max
Давайте перефразирую вопрос. Как вы проводите планирование БЕЗ оценок?
Max
Полностью доверяетесь velocity?
🦠
Pavel
Pavel
🦠
обычно добавление прозрачности каждые несколько минут дает полную картину, команда с легкостью выполнит любые велосити)
🦠
@zvyagingk так ведь?
Глебка
не команда
Глебка
есть личное велосити
Глебка
меня так не возьмешь)