Почему становится все дольше и дольше?

ага, обычно со временем быстрее получается

Михаил, еще любопытно как долго с вами был коуч и как долго вы уже без него.

Юрий, это если адаптация в итоге реализуется. Если нет - может получиться все что угодно )

согласен)

А почему так?

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

Планируете что-то предпринять чтобы сократить время на мероприятия?

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

Планируете что-то предпринять чтобы сократить время на мероприятия?

нет)))

а кто фасилитирует планирование?

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

планируем до тех пор пока не забьем все время. Таймбоксинг бесполезен. Груминг у нас отсутствием в принципе, не проводился никогда. Product back редактировать мы не можем, только РО и кому он делегировал.

а кто фасилитирует планирование?

никто

Это просто к слову о том, что все индивидуально. У кого то планирование 1 час, у кого то весь день.

никто

так а скрам то вам вообще нужен? какая ценность от него для вас? день команды потраченный на планирование что даёт?

так а скрам то вам вообще нужен? какая ценность от него для вас? день команды потраченный на планирование что даёт?

декомпозиция задач, опредление исполнителей, загрузку.

Это просто к слову о том, что все индивидуально. У кого то планирование 1 час, у кого то весь день.

Скорее уместно сказать, что качество скрама сильно индивидуально. Кто-то его делает как лучше, а кому-то и так сойдет.

Вчера начали в 9 закончили в 17. Спринт 2 недели

У меня разработчики постоянно жалуются, что у нас планирование занимает 3 часа на 2-ух недельный спринт. Сейчас показал им ваше сообщение, они обрадовались, что у них так быстро еще :D

Кому и так сойдет - ну успехов ) Только тогда не вижу смысла принимать в расчет ваши цифры

декомпозиция задач, опредление исполнителей, загрузку.

и насколько точно вы планируете? на выходе что получается?

и насколько точно вы планируете? на выходе что получается?

96-100%

Сазерленд четко просит тех, кто не использует обязательные техники, не называть результат скрамом;) Если это вам дает реально такой процент точности, то гуд, но всеравно долго.

Сазерленд четко просит тех, кто не использует обязательные техники, не называть результат скрамом;) Если это вам дает реально такой процент точности, то гуд, но всеравно долго.

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

96-100%

а вы следите за переработками сотрудников? люди до ночи сидят на работе? на выходных выходят?

а саму команду устраивает такое долгое планирование?

96-100%

и еще интресует размер команды

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

https://www.scrumguides.org/scrum-guide.html#endnote В End note На самом деле для вас это не принципиальный момент, но с сообществом будет общатьяс проще, если мы будем под одними и теми же терминами понимать одни и те же понятия.

а вы следите за переработками сотрудников? люди до ночи сидят на работе? на выходных выходят?

преработок нет. Если только форсмажер. Какая то супер срочная задача в середине спринта.

и еще интресует размер команды

7

7

ну вообще по тому что вы рассказываете, у вас все отлично 🙂 Если команду не греет, что планирование идет один день (но типа нет PBR, не тратим время внутри спринта на работу с продуктовым бэклогом), то вы молодцы, делитесь опытом с сообществом как вы такого достигли 👍

никто

У вас скрам мастера нет?

Сазерленд четко просит тех, кто не использует обязательные техники, не называть результат скрамом;) Если это вам дает реально такой процент точности, то гуд, но всеравно долго.

👌 Чотко.

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

https://www.scrum.org/resources/what-scrumbut

У вас скрам мастера нет?

есть))) ему даже распечатал страницы из скам гайда) Де файто тим лид программист. имхо он не разделяет идею скрама.

Это как скрам мастер не разделяет идею скрама?

есть))) ему даже распечатал страницы из скам гайда) Де файто тим лид программист. имхо он не разделяет идею скрама.

а ваша роль какая? почему не SM?

а ваша роль какая? почему не SM?

я просто системный аналитик в скрам команде.

а ваша роль какая? почему не SM?

есть))) ему даже распечатал страницы из скам гайда) Де файто тим лид программист. имхо он не разделяет идею скрама.

https://en.m.wikipedia.org/wiki/Cargo_cult

https://www.scrum.org/resources/what-scrumbut

благодарю. поищу аналогичные материалы на русском. у нас не все англ знают

есть))) ему даже распечатал страницы из скам гайда) Де файто тим лид программист. имхо он не разделяет идею скрама.

Класс :) а что тогда коуч целый месяц делал, если после себя оставил такого см?

Это как скрам мастер не разделяет идею скрама?

Да, как пчелы против мёда)

Класс :) а что тогда коуч целый месяц делал, если после себя оставил такого см?

у нас был другой)

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

А зачем ломать/двигать/менять сложившееся, если всех всё устраивает? Обычно специалисты бузят о тщетности любых митингов, но если звёзды так волшебно сошлись, то это просто прекрасно.

есть))) ему даже распечатал страницы из скам гайда) Де файто тим лид программист. имхо он не разделяет идею скрама.

Почему вы так считаете?

Всем привет! У меня тут битва не на жизнь, а насмерть. Ситуация (мы только начинаем использовать практики скрама и я хочу выстроить процесс с подрядчиком и в джире заодно). Помогите мне понять, может, кто сталкивался. Мы договорились с подрядчиком, что не более 15% времени в спринте они будут тратить на оценку задач на след спринт, чтобы к началу след спринта все задачи были оценены. Проблема: если они при планировании не готовы дать оценку конкретных задач и нужно исследование, есть предложение задачу из ТУ ДУ брать в анализ в течение спринта, там отмечать часы на это, по окончанию анализа задача идет сразу в DONE и принимается решение, берем в след спринт или нет. Я против такой практики, потому что считаю, что это должно быть частью задачи (как заложенный риск на исследование, в случае чего, в саму оценку задачи) и должно входить в 15% времени, выделенного на планирование. И смысла в статусе Анализа нет вообще при отсутствии аналитиков и тп У меня уже крыша едет, умные люди, SOS🤦🏼‍♀️🤦🏼‍♀️

Проще выделить 10 дней на разработку и 1 день на планирование. За этот день нужно обсудить решение задач, выполнить оценку. Что команда не может взять - отправляется в доработку PO

В случае сложных задач есть такая практика - выделять несколько часов на анализ. Есть даже название таких задач, но я его не помню. Предложение вполне разумное, потому что 15% это обычная оценка, а такие задачи бывают довольно непредсказуемыми и надо закладываться на ресерч

Проще выделить 10 дней на разработку и 1 день на планирование. За этот день нужно обсудить решение задач, выполнить оценку. Что команда не может взять - отправляется в доработку PO

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

В случае сложных задач есть такая практика - выделять несколько часов на анализ. Есть даже название таких задач, но я его не помню. Предложение вполне разумное, потому что 15% это обычная оценка, а такие задачи бывают довольно непредсказуемыми и надо закладываться на ресерч

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

Эксперимент/исследование как отдельная задача в рамках юзер стори вполне нормальная практика. Называется “spike”. Основное правило спайков — это тайм-боксинг

Заводят отдельную задачу на исследование

Заводят отдельную задачу на исследование

но мы не хотим же менять состав спринта..как мы заведем новую задачу

или это голая задача "Исследование" с четким таймингом, на случай, если оно понадобится по какой то задаче

В новый спринт суют задачу на оценку)

и будет входить в спринт, как люфтовая таска

Да, именно так

А, нет

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

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

ну нельзя ж в спринт ничего добавлять уже, когда он идет

кроме форс мажоров..

а это предсказуемо — про исследование. Так почему бы заранее такую таску в спринт не создавать?

Вот здесь есть пример как добавлять такие исследовательские задачи в таск трекер, и что обычно заранее оговаривают сколько времени можно на них потратить в спринт https://www.leadingagile.com/2016/09/whats-a-spike-who-should-enter-it-how-to-word-it/

Вот здесь есть пример как добавлять такие исследовательские задачи в таск трекер, и что обычно заранее оговаривают сколько времени можно на них потратить в спринт https://www.leadingagile.com/2016/09/whats-a-spike-who-should-enter-it-how-to-word-it/

🤓 пошла читать

🤦🏼‍♀️ боже, чем больше практикую, тем больше понимаю, что нихрена не знаю и не понимаю, что происходит

🤦🏼‍♀️ боже, чем больше практикую, тем больше понимаю, что нихрена не знаю и не понимаю, что происходит

+1

Вот здесь есть пример как добавлять такие исследовательские задачи в таск трекер, и что обычно заранее оговаривают сколько времени можно на них потратить в спринт https://www.leadingagile.com/2016/09/whats-a-spike-who-should-enter-it-how-to-word-it/

это оно! большое спасибо

Разве процесс исследования не должен идти на 1 итерацию раньше, чем процесс разработки ?) и рпзве это не решает все проблемы?

Разве процесс исследования не должен идти на 1 итерацию раньше, чем процесс разработки ?) и рпзве это не решает все проблемы?

исследование или планирование?

В 1 спринте вы исследуете проблему , во втором уже разрабатываете решение

то есть исследование=планирование? В рамках времени

а если ходе работы что-то всплыло? и нужно исследование?

а если ходе работы что-то всплыло? и нужно исследование?

вот код чужой Г, нужно разбираться и думать, как быть

Мы видимо чутка про разное говорим, и про разные типы исследований и проблем )

В 1 спринте вы исследуете проблему , во втором уже разрабатываете решение

как вариант, может быть и в одном спринте, если предварительно оставить запас времени на реализацию

то есть исследование=планирование? В рамках времени

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

На мой взгляд, задача просто на исследование ничего не принесет продукту совсем. На спринт можно поставить задачу сделать прототип решения. При разработке решения команда фиксирует стори, которые нужно еще сделать - доделать. На демо получите обратную связь в том ли направлении идете или нет.

Господа, а никому ПМ / Продакт / Бизнес аналитик не нужен на удаленке?

На мой взгляд, задача просто на исследование ничего не принесет продукту совсем. На спринт можно поставить задачу сделать прототип решения. При разработке решения команда фиксирует стори, которые нужно еще сделать - доделать. На демо получите обратную связь в том ли направлении идете или нет.

если успеваем и возможна реализация так часто и бывает)

Господа, а никому ПМ / Продакт / Бизнес аналитик не нужен на удаленке?

напишите в ЛС, пожалуйста

Кто знаком с agile от Катерины Ленгольд?