Elektrine lite

← Feed

@erua@hub.hubzilla.de

Post #2799905

2026-04-26 22:40 UTC

@@du@mastodon.moscow Глупо ведь лечить симптомы, вместо того, чтобы заниматься причиной? Вот так же и тут, люди пытаются предложить инструмент облегчающий симптомы. Уверяя, что якобы это именно то, что нужно. Тем, кому давно пора задуматься о сути проблем, о причинах и заняться их устранением. Вместо того, чтобы ограничиваться суетой вокруг симптомов. Upstream Kanban появился именно для таких ситуаций и погружаться надо в него, а не то как бы скорректировать процедуру оценки-гадания трудозатратности задач. Поскольку беда в другом месте — в той части процесса, где выполняется исследование и декомпозиция задач и по каким критериям потом определяется готовность задач к тому, чтобы быть помещёнными в бэклог.

Replies (1)

  • @du@mastodon.moscow 2026-04-27 10:07

    @erua Ага, теперь мне стало яснее о чём вы вообще говорите. Если речь именно о проблемах наполнения беклога - то ретро можно делать не в команде разработки а в команде БА/ПО/КУА, которые занимаются очисткой задач, прояснением требований и брейкдауном. Если у вас этим занимается команда, тогда и их, конечно. Апстрим канбан по сути делит команду канбана на две части: ту, которая занимается подготовкой задач, и ту, которая занимается выполнением уже прояснённых и оценённых задач. Этот подход очевидно направлен на снятие части нагрузки с команды разработки и переноса этого к команде апстрима. Конкретные люди могут и там и там участвовать, но речь не об этом. Для команды разработки же существуют вводные ритуалы, когда уже прояснённые задачи оцениваются и берутся в работу. Так вот, чтобы не страдала команда разработки - на входе ставятся достаточно жёсткие правила, по которым отбираются задачи, или отбраковываются на доработку требований. Я полностью согласен, что решать проблему нужно там, где она возникла. А вы исходите из того, что проблему пытаются решить в соседней зоне ответственности. Прояснить эти зоны ответственности, очевидно, нужно до работы по ретроспективам, или по результатам их прохождени, но при помощи тех, кто управляет этими процессами, а не изнутри их. Известный принцип, что проблема решается на уровень выше, чем тот, где проблема возникла. @wildtuna@mastodon.moscow вдруг вам интересно поучаствовать, или есть что добавить.

    Open ##2799906