@agile_ru - страница 455 - Telegram web archive

Pavel

+ рефакторинг очень часто - essential effort для выполнения фичи.

Pavel

+ если уж говорить о scrum, то стори - не про скрам :)

Pavel

В скраме есть PBI и их ценность может быть разной.

Егор

В «Постигая Agile» - про Скрам

Егор

Может ошибаюсь

Pavel

Не обязательно пользовательской.

Егор

PBI - это как расшифровывается?

Pavel

Product Backlog Item

Dmitry

могут, просто это не обязательно

Dmitry

вопрос - был как рефакторинг засунуть в US? ответ - в scrum нет US, пусть рефакторинг - это будет просто PBI

============ FALCON ============

Рефакторинг можно и как таску в us засунуть

============ FALCON ============

Наверное следует рассматривать какой именно рефакторинг

============ FALCON ============

В общем хороший вопрос))

Pavel

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

Pavel

Рефакторинг можно и как таску в us засунуть

Именно. Если US не может быть выполнена без рефакторинга - рефакторинг будет частью US

Pavel

Если масштабный - будет enaber (вот, кстати, вариант PBI для рефакторинга), если вмещается в 1-2 дня, то таска под соответствующей сторей.

============ FALCON ============

Появился такой вопоос как миграцию с одной либы на другую представить в скраме? К примеру с d3 js на c3 js

============ FALCON ============

В чем подвох такой отдельно взятой задачи?

Pavel

В чем подвох такой отдельно взятой задачи?

В основном в четком поясении ценности.

Pavel

Т.е. нужно обозначить, что мы получим в результате миграции: новые фозможности, лучше производительность, меньше риски из-за легаси и т.п.

============ FALCON ============

Спасибо)

Pavel

Ну и да, из опыта, ответ "переходим на новую версию, потому что легче будет нанимать в команду хипстеров, увлеченных модными технологиями" - возможно и причина, но никак не ценность :)

============ FALCON ============

Я бы больше боялся если бы разрабы вообще не предлагали рефакторить

============ FALCON ============

Сталкивался с софтом где классы доходили до 15 тыс строк кода

Pavel

Я бы больше боялся если бы разрабы вообще не предлагали рефакторить

Это да :)

============ FALCON ============

Как итог компания имела трудности в борьбе с конкурентами

============ FALCON ============

Решением было переписать)

============ FALCON ============

С нуля

Глебка

а какими базами знаний кто пользуется? notion.io confluence что нить еще?

Yuriy

В «Постигая Agile» - про Скрам

общее представление об Agile подходе и некоторых вариантах применения )

Grigory

Опять все пропустил. Enabler в safe норм описан.

Grigory

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

Grigory

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

Pavel

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

Я вот не люблю тех спринты. Они как-то прям стимулируют команду накапливать технический долг, чтоб потом его радостно почти выплатить в один спринт, но не успеть :)

Grigory

Ну как бы да. Риск есть такой. Но суть то все равно простая, po и команда должны общаться. И как то решить как им удобнее с этим работать.

Grigory

Наверно, ещё нужно посоветовать с командой обсудить встроенное качество. Техдолг то откуда появился? Или у po все под контролем и позже он поставит в бэклог уже полноценную фичу.