Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 April 15

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Nekt
очень раздражает, когда баги обнаруживаются через спринт после окончания разработки, а не сразу.
И как это зависит от способа организации работ? Деливери, затем ошибки. Не?
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Сразу оговорюсь - в канбан-методе я почти полный 0.
источник

N

Nekt in Agile, Scrum, Lean, Kanban, XP
Sergey Gospodchikov
И как это зависит от способа организации работ? Деливери, затем ошибки. Не?
есть невыявленные на этапе тестирования ошибки, есть новые хотелки от заказчика. Поработав плотно в режиме "утром запили - вечером на проде, на следующий день получили обратную связь" очень тяжело ждать обратную связь по полмесяца только потому, что скрам предполагает деплой в конце спринта.
источник

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Nekt
есть невыявленные на этапе тестирования ошибки, есть новые хотелки от заказчика. Поработав плотно в режиме "утром запили - вечером на проде, на следующий день получили обратную связь" очень тяжело ждать обратную связь по полмесяца только потому, что скрам предполагает деплой в конце спринта.
Скрам этого не предполагает. Никто не мешает деплоить. Где-то тут разрыв в логике.
источник

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Сделал фичу - в прод.
источник

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Имхо это больше зависит уже от Продукта. У нас, например, не релизят Андроид приложение часто, чтобы не раздражать пользователей.
источник

DG

Damir Garifullin in Agile, Scrum, Lean, Kanban, XP
Nekt
По логике вещей, если фичи закрытые - истории надо выкидывать и не делать или переоткрывать фичи и работать над историями как минимум в режиме поддержки.
Не делать истории - хорошее предложение. Сейчас хочется рассмотреть когда всё же принято решение что историю делать надо.
Про переоткрытие фичи - тут я не согласен, потому что изначальные требования были выполнены, и потребоность реализована. Возникла новая потребность, исходя из полученной информации. Вопрос заключается в том, надо ли все новые потребности, которые кажутся незначительными по своим размерам, по сравнению с другими фичами, вытаскивать на уровень программы.
источник

N

Nekt in Agile, Scrum, Lean, Kanban, XP
Damir Garifullin
Не делать истории - хорошее предложение. Сейчас хочется рассмотреть когда всё же принято решение что историю делать надо.
Про переоткрытие фичи - тут я не согласен, потому что изначальные требования были выполнены, и потребоность реализована. Возникла новая потребность, исходя из полученной информации. Вопрос заключается в том, надо ли все новые потребности, которые кажутся незначительными по своим размерам, по сравнению с другими фичами, вытаскивать на уровень программы.
если они явно тянутся из старых фичей, они и для отчетности должны оставаться в старых фичах - часто вижу некий статус "саппорта" у фичей, в который доходят мелкие доработки по фиче. Заодно можно трекать сколько ресурсов уходит на поддержку того или иного функционала.
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Nekt
если они явно тянутся из старых фичей, они и для отчетности должны оставаться в старых фичах - часто вижу некий статус "саппорта" у фичей, в который доходят мелкие доработки по фиче. Заодно можно трекать сколько ресурсов уходит на поддержку того или иного функционала.
А в канбан-методе как? Будешь переоткрывать старые тикеты и тянуть их влево?
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
И там и там, вроде, делаешь новый тике и запускаешь его с нуля.
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Ну да, общий корень в иерархии фич у них таки есть.
источник

N

Nekt in Agile, Scrum, Lean, Kanban, XP
Vladimir Ryashentsev
А в канбан-методе как? Будешь переоткрывать старые тикеты и тянуть их влево?
впервые слышу, чтобы SAFe сравнивали с канбан-методом :)
но я бы завел отдельный тип задач, которые делаются в закрытых фичах
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Nekt
впервые слышу, чтобы SAFe сравнивали с канбан-методом :)
но я бы завел отдельный тип задач, которые делаются в закрытых фичах
Я не про сафе. Я про монструозность и неповоротливость.
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Нельзя деплоить до конца спринта - это ты просто не в курсе, что можно )
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
В общем, если сможешь все таки пояснить про неповоротливость и монструозность - буду благодарен.
источник

N

Nekt in Agile, Scrum, Lean, Kanban, XP
Vladimir Ryashentsev
Нельзя деплоить до конца спринта - это ты просто не в курсе, что можно )
да-да. сейчас пойду расскажу ребятам, что Владимир мне разрешил деплоить, поэтому катимся в прод сегодня :)
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Nekt
да-да. сейчас пойду расскажу ребятам, что Владимир мне разрешил деплоить, поэтому катимся в прод сегодня :)
Ну... я не виноват, что вы не в курсе... Это просто неверное понимание. Тут даже и сказать больше нечего.
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Sergey Gospodchikov
Скрам этого не предполагает. Никто не мешает деплоить. Где-то тут разрыв в логике.
Вот более опытный человек тоже говорит.
Можно еще обратиться к местным еще более опытным людям, чтобы они рассказали как конкретно они деплоят не в конце спринта.
источник

SG

Sergey Gospodchikov in Agile, Scrum, Lean, Kanban, XP
Я лишь говорю, что процесс деплоя не зависит от того Скрам у тебя или Канбан используется.
источник

VR

Vladimir Ryashentsev in Agile, Scrum, Lean, Kanban, XP
Эх, жаль Павел Озолин вышел. Он может очень терпеливо и доходчиво объяснять погружаясь в основы основ.
источник