мы бьем все больше 8 sp

Мы после 13-ти пилим.

У нас 25-30 примерно. Хотя всплески бывают.

Угу, оно на самом деле от многих факторов зависит.

Угу. Сильно специфичная метрика.

зависит от seniority тимы

потому что иначе начинаются бойня и вопли с перестрелками в мерж-реквестах

Угу. Опыт на большом количестве команд говорит, что не важно, какая reamining capacity, все что больше 8 sp все равно в спринт не лезет :)

если люди злые и умеют в деливери, 8 sp это наименьшая оценка

с junior надо до 1 sp спускаться

Баги часто на 1стори

а кто как саппорт делает?

Ну и задачи бывают и по три и по пять, почему нет?

просто мы разделили спринт для команды и одного супергероя на мелкие фиксы срочных тасок

если люди злые и умеют в деливери, 8 sp это наименьшая оценка

Возможно, но я не нашел преимуществ в таком процессе. Эффективней научить команду декомпозиции.

если фикс бага займет больше трех часов - падает с беклог для следующего спринта

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

Возможно, но я не нашел преимуществ в таком процессе. Эффективней научить команду декомпозиции.

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

если фикс бага займет больше трех часов - падает с беклог для следующего спринта

если задача будет всё еще актуальной...

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

ну если что-то действительно страшное - стопкран спринту и фикс всей бандой с летучками каждые три часа

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

Ну и, кстати, granular items упрощают очень частую поставку.

Но у такого подхода есть и минус: через какое-то время скрам становится не нужен :)

ну как обычно же, хорошие техники становятся быстро незаметными)

Забавно, что даже история про свиней и куриц пропала уже в 2011 или 2012 помоему, а до сих пор на слуху)

это Википедия виновата 😂

это Википедия виновата 😂

В википедии такой мрак... Надо бы туда набежать. Удивляло, что никого из PST не напрягает

Вы оч ем сейчас?

О истории про вовлеченность =)

Engaged vs commited?

involved

https://en.wikipedia.org/wiki/The_Chicken_and_the_Pig во

> Кстати про метрики в Скраме. Что применять? Ровно, абсолютно те же самые, что и в RUP, XP, MSF и всех прочих методологиях и также при отсутствии таковых. И их целых три. Описаны в книге "Цель-1".

http://www.tocinternational.com/pdf/Metrics%20the%20TOC%20Way.pdf

> Кстати про метрики в Скраме. Что применять? Ровно, абсолютно те же самые, что и в RUP, XP, MSF и всех прочих методологиях и также при отсутствии таковых. И их целых три. Описаны в книге "Цель-1".

С одной стороны хоть и пафосно, но верно. С другой - применение чего-то кроме T напрямую в рамках scrum...

Good Luck :)

Спасибо! Почитаю.

Баги часто на 1стори

Сергей, а Вы и баги сторями меряете ?

просто оверхед же

мерять баги, к ним толком юзер стори нет, это просто артефакт производства)

Сергей, а Вы и баги сторями меряете ?

Да. Мы все задачи оцениваем. Если прилетает баг, он как правило высокого приоритета. Его оценивает команда. И по оценке решают, нужно ли убирать из Спринта что-то. Но это редко бывает, чтобы что-то убирали.

Они обычно 1-2 по оценке

Хм. Мы в sp оцениваем только user story, а вот бэклог спринта и баги в днях.

Технические задачи Спринта в часах я всем рекомендую. Но не во всех командах заходит. Остальное в SP

странно, а у вас все одного уровня разработчики?

Разного конечно.

А что странного?

берем джуна, фикс задачи занимает n часов. берем миддла, фикс задачи занимает n - 2 часа, берем сеньора - n/2 часа

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

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

берем джуна, фикс задачи занимает n часов. берем миддла, фикс задачи занимает n - 2 часа, берем сеньора - n/2 часа

Ага. Поэтому и меряем в строи-поинтах. Он не зависят от уровня разработчика.

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

Руки :) голосуем. В труденых случаях карты раскидываем. Но баги обычно простым обсуждением.

Ага. Поэтому и меряем в строи-поинтах. Он не зависят от уровня разработчика.

и на практике дают выше скорость оценки и приемлемую точность)

Технические задачи Спринта в часах я всем рекомендую. Но не во всех командах заходит. Остальное в SP

речь же про это шла

221058

речь же про это шла

Ну это уже в команде решается. И принадлежит только команде. Соответственно в часах уже конкретные люди планируют.

а как же задачи без преназначенного исполнителя?

http://www.tocinternational.com/pdf/Metrics%20the%20TOC%20Way.pdf

Угу. Вот был разбор этой задачи для метрик тестирования: http://blog.shumoos.com/archives/379 Поскольку времени было мало - мыслесхема неокончена. Если есть желание - можем на посиделках КиФБ сделать такую же схему для SCRUM/

а как же задачи без преназначенного исполнителя?

Планирует команда. А она знает свои возможности.

Приветики! - Участвую в проекте разработки секъюрного мессенджера с end-to-end шифрованием и крипто-кошельками. - Должность - project manager, занимаюсь планированием и контролем сроков релизов. Внедрял и шлифовал scrum и kanban для разных команд внутри проекта. Занимаюсь реорганизацией орг структуры компании, развиваю процессы разработки. Организовывал передислокацию части команды на Кипр, внедрил практику удаленной работы. Расту в human management. Опыт работы в основном в небольших динамично развивающихся компаниях. - Могу предоставить свою экспертизу в вопросах внедрения и использования методологий agile, построению процессов. Много опыта в организации работы распределенной команды. Есть выходы на gambling и gamedev. - Хочу развиваться в сторону коучинга, интересен опыт коллег и используемые инструменты в управлении проектами. - Базируюсь в Москве. - Про группу рассказал коллега. #whois

Добро пожаловать в секту брат!

Шучу :)

Всем привет, друзья!

✌️

🖖

Долго смеялся. Авторам зачет :)

О важности подготовки задач к спринту. Владельцам Продукта на заметку.

Еще одна статья на Less.works переведена. Точнее две https://less.works/ru/less/framework/why-less.html

https://less.works/ru/less/framework/product.html

Работали вдвоем с Аексеем Ворониным из Сакрамтрек

Буду рад конструктивной критике.

Всем привет!

Ответы на вопросы в закрепленной теме:

В: Какой у вас проект или где работаете? О: Цифровое Такси - такси без диспетчера (https://cifra.taxi) В: ️В чём вы специалист? О: Full stack разработчик. Наращиваю навыки в администрировании unix-систем, ip-телефонии, распознавании/синтезе речи, машинном понимании естественного языка, а так же в маркетинге и психологии. В: Чем можете быть интересны или полезны сообществу? О: Консультации по интеграции и применению тех или иных решений в рамках моих компетенций. В: ️Чем интересно сообщество вам? Что вы ищете? О: Начинаем применять Scrum. Интересен обмен опытом по использованию методологии. Ищу ответы на вопросы, для устранения возникающих препятствий. В: ️Откуда вы? О: Красноярск, РФ В: ️Как узнали про группу? О: Искал целенаправленно. Нашел через встроенный поиск Telegram. #whois

Только начинаем использовать методологию (Scrum) и сразу столкнулись с непонимаем нескольких ключевых моментов.

Члены команды работают удаленно. Решаются различные задачи, т.е. не только разработка ПО, но и маркетинг, реклама, менеджмент и т.д. Митинги проходят в общем чате. Спринт 1 неделя. Ретроспектива и планирование спринта проводятся при личной встрече на совместном собрании.

☝️Внимание, вопрос: В рамках спринта один из членов команды делает задачу и переносит её в колонку "На согласование". Что он должен сделать дальше: перейти к следующей задаче или ожидать обратной связи для доработки или переноса в колонку "Завершено"? Тут беспокоит противоречие: или простой члена команды, выполнившиего задачу или соотв. переключение контекста у других участников команды.

Почти уверен, что данная проблема возникла из-за неполного понимания методологии. Прошу подсказать, как правильно делать в рамках Scrum.

Пахнет как отсутствие DoR

Пахнет как отсутствие DoR

Немного подробнее можно?

Вот вроде нашел по теме: https://habr.com/company/alfa/blog/358858/

Читаю

—