Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 February 27

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Pavel Ozolin
Норм.
джира пухла
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Не очень бьется с вашим описанием выше, но если это выпуск функционала, то вообще супер.
источник

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
а я и говорю, что у меня франкеншейн
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Evgeniya Ko
а я и говорю, что у меня франкеншейн
Если вам комфортно - наслаждайтесь :)
источник

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
по сути продукт, который разработывается для заказчика, но стоимость расчитывается сильно заранее
источник

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
А ещё вопрос о понимании православного спринта. В результате спринта должна быть принесена ценность. Но все понимают, что крупный функционал не получается за один спринт (2-4 недели), то есть задачи по функционалу делаются в рамках других спринтов, тогда они ценность не приносят? А если в спринте находится в работе большой функционал, но выпускаются только мелкие правки багов, это считается ценностью? Или не выпускается спринт, пока не будет готов весь функционал? Даже если это займёт много времени?
источник

ДК

Дмитрий Каленых in Agile, Scrum, Lean, Kanban, XP
Evgeniya Ko
А ещё вопрос о понимании православного спринта. В результате спринта должна быть принесена ценность. Но все понимают, что крупный функционал не получается за один спринт (2-4 недели), то есть задачи по функционалу делаются в рамках других спринтов, тогда они ценность не приносят? А если в спринте находится в работе большой функционал, но выпускаются только мелкие правки багов, это считается ценностью? Или не выпускается спринт, пока не будет готов весь функционал? Даже если это займёт много времени?
Уххх))) команда выпускает в конце спинта потенциально готовый к релизу инкремент, несущий ценность клиенту. Для этого команда разбивает функционал большой на конкретные пользовательские истории , планирует свою работу в спринте, чтобы их выполнить, помня о цели спринта. И в большинстве случаев, все так и происходит. И нет такого, что в спринте работают над бооооольшим функционалом, а на выходе - правки мелких багов.
источник

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
Вообще есть цель спринта. Если ваш po согласен, что на спринт цель устранить такие-то баги, ну что же, значит такая цель. Но скрам он вообще не про текучку в виде устранения багов. Он про достижение цели, и цель обычно po понимает как полезный инкремент продукта, а не исправление багов.
источник

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
Сорри, практически продублировал предидущего оратора 😉
источник

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Дмитрий Каленых
Уххх))) команда выпускает в конце спинта потенциально готовый к релизу инкремент, несущий ценность клиенту. Для этого команда разбивает функционал большой на конкретные пользовательские истории , планирует свою работу в спринте, чтобы их выполнить, помня о цели спринта. И в большинстве случаев, все так и происходит. И нет такого, что в спринте работают над бооооольшим функционалом, а на выходе - правки мелких багов.
Ну не совсем то) бывают ситуации, когда функционал сложный, и если его делить, то ценности не будет.
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Evgeniya Ko
Ну не совсем то) бывают ситуации, когда функционал сложный, и если его делить, то ценности не будет.
Бывают, но чаще всего поделить возможно.
источник

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
Главное делить не по этапам, а по полноте функциональности.
источник

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Хотя наверное, я понимаю о чем вы. Если фича большая - то используй канбан, а скрам это быстро и по чуть-чуть
источник

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
Но это сложно
источник

SD

Sergey Dyachenko in Agile, Scrum, Lean, Kanban, XP
И заказчики не любят 🤣
источник

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Если делить, это другая истрия.
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Evgeniya Ko
Хотя наверное, я понимаю о чем вы. Если фича большая - то используй канбан, а скрам это быстро и по чуть-чуть
Канбан это ещё быстрей и по чуть-чуть :)
источник

EK

Evgeniya Ko in Agile, Scrum, Lean, Kanban, XP
Мой вопрос заключается именно в таком редком случае
источник

ДК

Дмитрий Каленых in Agile, Scrum, Lean, Kanban, XP
Канбан это вообще про другое, а Скрам тоже вообще про другое, отличное от других))
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Evgeniya Ko
Мой вопрос заключается именно в таком редком случае
А что у вас за софт?
источник