Э к с а е р и м е н т, а не правило

прочитал как экскримент)) прошу прощения

Выкинь из головы методологию жить станет проще )

делаем эксперимент короче, на 3-4 спринта

пробуем пожить иначе, самое большое что потеряет разработчик - станет меньше кодить и больше "думать"

Если скрам не работает попробуйте кровь фаундера

:)))

зафиксирую: у меня с коллегами всего 2 спорных точки 1) что требования в беклоге должны быть уже продефайнены до старта спринта (это означает что аналитика, дизайн и проч должны быть сделаны в каком-то параллельном или предудыщем спринте) 2) что ДевТим участвует в проработке требований, это вызывает у программистов диссонанс, тк это не их привычная работа решение - предложить в качестве эксперимента попробовать пожить 3-4 спринта в условиях когда юзер стори начинает прорабатываться внутри спринта всей девтим целиком

кстати

а у вас есть спринт ревью?

это демо и ретроспектива?

)))

ну демо, допустим

демо есть?

демо есть

как проходит?

ДевТим показывает мне фичи над которыми они работали на демостенде, я записываю корректировки по необходимости

Народ, всем привет

есть вопрос, который немного мучает уже давно

подумалось что в комьюнити в телеге мне помогут =)

(Дима, отошел на обед)

вопросик небольшой по канбан

как быть с задачами, возвращаемыми назад

на предыдущий этап

)))

прочитал, этого нет у меня пока что

простой пример

todo | coding | testing | deploy

везде WIP limit 2

todo | coding | testing | deploy 2 2 1 4

текущая ситуация такая

кодеры отдали все наверх

и уже взяли 2 задачи - лимит

и тут тестировщик такой "хрень накодили, все не то - возврат кодерам"

а там то уже 2

и все

капут?

😢

https://youtu.be/fuPrv_q4u_Y

погляжу

грац

ДевТим показывает мне фичи над которыми они работали на демостенде, я записываю корректировки по необходимости

вооот а по идее в скраме не так) в скраме Scrum Team (это и PO в том числе) на Sprint Review показывает и обсуждает инкремент с пользователями/стейкхолдерами и тд это очень даже помогает понять, что никому не интересно, чтобы ты тупо кодил. Пользователи будут смотреть на результат и спрашивать у тебя "а как это работает", но не про код)

https://youtu.be/fuPrv_q4u_Y

Слав, а есть скрытый смысл в том, чтобы делать эти видеозаписи доступными только по ссылке?))

а то у тебя крутые видосы, а все нельзя увидеть)

Че пристал к программисту

Нам нужен маркетолог!

погляжу

Угу дайте обратную связь, похоже ваш кейс

поглядел

не совсем раскрыта суть

сначала не про мой кейс

а чисто по видео:

на практике доска должны быть подобно такой

не?

очередь | в работе | Тестирование | Готово |in progress | done| in progress | done | | | | | |

__________|_____LIMIT = 2n___|________LIMIT=2n___|_________ очередь | в работе | Тестирование | Готово |in progress | done| in progress | done | | | | | |

где n=количество человек на данном этапе

лучше бы n/2

проггер после того как выполнил задачу "в работе" перемещает ее на это же "в работе", но в колонку done, дабы сигнализировать тестировщику что можно забирать

сейчас это не суть важно

какой-то лимит

__________|_____LIMIT = 4_____|________LIMIT=4____|_________ очередь | в работе | Тестирование | Готово |in progress | done| in progress | done | | 2 | 2 | 1 | 3 |

к примеру вот так вот

т.е. тестироващики сейчас у нас не могут взять еще одну задачу из done проггеров, так как сами уже уперлись в лимит

в видосе же как раз и говорится о такой колонке done

что ее надо добавить

и она будет различать степень готовности задачи

однако в моем понимании эта колонка несет только один смысл - "можно забирать дальше на сл. этап"

ладно, теперь к своему вопросу перейду

в видосе не задевалась темы лимита

возмем такую ситуацию

__________|_____LIMIT = 4_____|________LIMIT=4____|_________ очередь | в работе | Тестирование | Готово |in progress | done| in progress | done | | 0 | 4 | 4 | 0 |

тестировщики взяли весь свой лимит и сидят тестят 4 задачи

проггеры закодили еще 4 новых фичи и сидят ждут когда там освободится, когда можно будет перекинуть задачи дальше (или не ждут, а идут помогать братьям тестерам, опять же не суть важно)

но вот тестеры поняли что все 4 тестируемые задачи - шлак и нуждаются в доработке/переработке

хотят спустить их назад проггерам

но там тоже лимит

и получается dead lock

=)

лучше бы n/2

обоснование? это если экстримальное программирование? парное? =)

но там тоже лимит

может глупость скажу, но как насчет того, чтобы сделать возможным перевод из статуса "тестирование в процессе" в "TO DO" обратно в очередь, назвать этот переход как "qa failed". и в очереди нет лимита, и можно отслеживать сколько раз задача фэйлилась