Зовут меня как написано, я скрам-мастер Киви. Полезным хз, на вопросы вот отвечаю иногда со своей колокольни #whois
🔥)
Yuriy
Sergey
У нас интернет магазин, никаких фреймворков, только обрывки битрикса, кодовая база в очень плохом состоянии. Одна команда. Продукт.
https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Russian.pdf
Anton Saprykin
A
Всем привет. Зовут Азиза. Я скрам мастер в компании, принадлежащей группе Veon. Про эту группу узнала,когда готовилась к тренингу по скраму для наших разрабов)думаю, тут много полезного, ну и буду рада, если свои 3 копейки вставлю в помощь))
П.с. Я из Ташкента
#whois
Foxtrot ✙
Стоит. И разобраться ещё кто такой тимлид и что он делает
в данном случае тим лид - тактически руководит процессом разработки продукта в рамках команды, следит за соблюдением стандартов кодинга, установленных норм и качеством кода. Определяет архитектуру проекта на уровне кода.
Sergey
Всем привет. Зовут Азиза. Я скрам мастер в компании, принадлежащей группе Veon. Про эту группу узнала,когда готовилась к тренингу по скраму для наших разрабов)думаю, тут много полезного, ну и буду рада, если свои 3 копейки вставлю в помощь))
П.с. Я из Ташкента
#whois
Добро пожаловать в секту, сестра!
A
Благодарю!
Artem
в данном случае тим лид - тактически руководит процессом разработки продукта в рамках команды, следит за соблюдением стандартов кодинга, установленных норм и качеством кода. Определяет архитектуру проекта на уровне кода.
Аккуратней с таким, если джунам не давать ничего решать, они всегда будут джунами и их вовлечённость в проект будет нулевая
Artem
"Вася сказал делать так, я делаю" это не про скрам
A
Это не про аджайл, в принципе
Artem
Скрам постулирует равенство в команде
A
Не должно быть никаких указывающих Вась, Петь и тд
Foxtrot ✙
Аккуратней с таким, если джунам не давать ничего решать, они всегда будут джунами и их вовлечённость в проект будет нулевая
динамику видим, они растут, ставяться задачи на подумать.
Foxtrot ✙
Спасибо за советы.
Foxtrot ✙
Обязательно прислушаюсь.
Artem
Это не про аджайл, в принципе
Ну не будем так категоричны ) аджайл очень гибкий, простите за тафталогию )
Sergey
динамику видим, они растут, ставяться задачи на подумать.
Прочитай Скрам-гайд. Возможно вштырит. Нет там никаких тимлидов ..ъ
A
Ничего) но вспомните святую святых аджайла - группа самостоятельных профессионалов без начальников)
Artem
Главное не путать аджайл и скрам )
Foxtrot ✙
Читал) Но видимо плохо.
Artem
Тимлид может не быть начальником
Sergey
Ну не будем так категоричны ) аджайл очень гибкий, простите за тафталогию )
Товарищ прапорщик, а крокодилы летают? Нет! А товарищ генерал говорил, что летают. Ну если товарищ генерал говорил ... летают, но низэнько-низэнько!
A
Главное не путать аджайл и скрам )
Ну аджайл это просто образ мышления, а скрам это фреймворк. Тут напутать сложно 😅
Artem
Вы удивитесь )
Artem
Так, афк часок
Sergey
Читал) Но видимо плохо.
Читай каждый день. Если есть вопрос, сначала туда. Там есть ответы на все вопросы. Потом сюда, мы в нужное место направим :)
Pavel
Artem
Всем хорошего вечера
Foxtrot ✙
*ушел читать* всем приятного вечера!
A
Вы удивитесь )
Я не удивлюсь, если это будет звучать из уст того, кто просто пошел на поводу у модных словечек и решил на себе попробовать чудо средство) ненуачо... вон с тойото сработало, а мой завод чо хуже штоле) вот в этом случае прям вообще будет все понятно))
Sergey
Пиши!
A
Есть классный сайт еще. Позже тоже скину ссылку. Там все про аджайл для новичков. Написано доступно и понятно. Советую
Sergey
Agilebasics.ru
Sergey
А вот скажите мне без флуда - как понять, что PBR сделан. У нас вот приемочные критерии должны быть. Но этого мало имхо. Что еще? Eсть ли практики на этот счет?
Yuriy
в смысле какой результат?
Sergey
Ну вот у меня в DoR четыре пункта. Один из них это приемочные критерии к PBI на 8 и 13 SP. Без этого задача в Спринт не войдет. Это делается на PBR. Что еще должно быть в DoR, чтобы еще проще разработчикам было?
Sergey
Или так, что должно родиться в результате PBR? Критерии успешности PBR?
Sergey
Хм, а его все здесь проводят?
A
https://m.habr.com/company/alfa/blog/358858/
A
Интересная статья на этот счет
Sergey
Читал. Деталей не помню. Но зло эта статья.
A
😂🙈
Sergey
Начиная с Sub тасков в DoR (а они не появятся ранее второй части планирования Спринта) и заканчивая « одна их самых больших проблем в скраме — это полный рассинхрон между людьми в команде.»
Sergey
Pavel
Начиная с Sub тасков в DoR (а они не появятся ранее второй части планирования Спринта) и заканчивая « одна их самых больших проблем в скраме — это полный рассинхрон между людьми в команде.»
Ну ведь действительно, рассинхрон людей - огромная проблема :)
Sergey
Ну ведь действительно, рассинхрон людей - огромная проблема :)
Не. Я не буду с Тобой дискутировать. Прочитай статью сначала.
Pavel
В Jira появились встроенные роудмапы :)
Ivan
Ivan
про PBR?
Sergey
Ага
Sergey
Как понять, что элемент Бэклога готов к Спринту?
Ivan
Я бы посмотрел на паттерны
Ivan
1) https://sites.google.com/a/scrumplop.org/published-patterns/value-stream/product-backlog/refined-product-backlog
Ivan
2) https://sites.google.com/a/scrumplop.org/published-patterns/value-stream/product-backlog/definition-of-ready
вот тут есть пример ДоРа хороший
Ivan
Each Product Backlog Item must meet at least the following criteria before the Development Team can take it as a candidate for the work on the Sprint Backlog during Sprint Planning:
- The work is immediately actionable by the team.
- The planned deliverable has value.
- The Product Owner and the Development Team have discussed it.
- The Development Team has estimated it.
- It is testable, and the Product Owner has defined tests for it.
- The Scrum Team has sized the pieces appropriately (see Small Items).
Sergey
Each Product Backlog Item must meet at least the following criteria before the Development Team can take it as a candidate for the work on the Sprint Backlog during Sprint Planning:
- The work is immediately actionable by the team.
- The planned deliverable has value.
- The Product Owner and the Development Team have discussed it.
- The Development Team has estimated it.
- It is testable, and the Product Owner has defined tests for it.
- The Scrum Team has sized the pieces appropriately (see Small Items).
Ну нас многое из этого есть в DoR. Чего нет, посмотрю. Спасибо за ссылки!
Ivan
юзерстори например через invest хорошо проверяются, что они вроде как бы дор
Sergey
юзерстори например через invest хорошо проверяются, что они вроде как бы дор
Это да, но у нас не зашло. Пробовали.
Ivan
по ссылке 2 - прям хороший критерий в тексте описывается (в примере нету)
"A good Definition of Ready can help guide the team to handle external dependencies"
Sergey
по ссылке 2 - прям хороший критерий в тексте описывается (в примере нету)
"A good Definition of Ready can help guide the team to handle external dependencies"
С этим вроде нет проблем. Мои бывает жалуются, что когда Однокомандный PBR делается и задача попадает в другую команду, что Задача неготова, и вообще сделан плохой по ней PBR. Когда несколько команд дeлают refinement все норм. Хотя хотелось некие общепринятые критерии иметь.
Sergey
Pavel этот
Sergey
А вот скажите мне без флуда - как понять, что PBR сделан. У нас вот приемочные критерии должны быть. Но этого мало имхо. Что еще? Eсть ли практики на этот счет?
Ivan
приемочные критерии -
Ivan
это же не ДоР )
Pavel
Acceptance у элемента есть.
Ivan
Ну это может быть как один из пунктов Definition of Ready (DoR).
Acceptance Сriteria (AC) позволяет убедится, что вы сделали то, что планировали (а-ля тест).
То есть самое наличие AC помогает проверить элемент что сделано то, что хотели.... и проверить в том числе на готовность (definiton of done).
А еще наличие AC помогает понять, что над элементом можно начать работать (тут как DoR). Но одного AC не достаточно для начала работы (обычно).
Ivan
В дор можно включать типа:
- есть макеты
- обсудили подводные камни
- юзерстори сделана по инвесту
- есть ацептанс
Ivan
но я могу заблуждаться =/
Ivan
а что еще есть в дор?