Post #2799906

2026-04-27 10:07 UTC

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

Replies (1)

@erua@hub.hubzilla.de 2026-04-27 12:45

@@du@mastodon.moscow 1) Например, нельзя смешивать методологию, методику и метод. Невольно путая и подменяя одно другим. 2) Не существует серебряной пули и хитрых ходов для решения проблем, если люди заблудились в дихотомии. Никакое жонглирование методами не поможет решить вопросы в косячном применении методологии. Когда пытаются действовать без понимания тех принципах, на которых выстроена методика. Расшифровка: Методика – процедура, с помощью которой мы будем решать конкретную задачу (возможно, опирающаяся на одну или несколько методологий). Методология – описание процедуры, как следует решать некоторый класс задач. Метод – это путь или способ достижения какой-либо цели. Есть и другая беда. Тот же скрам нельзя практиковать в отрыве от того, что это вариант Agile. А значит надо помнить и про четыре пункта манифеста и про двенадцать принципов, раскрывающих смысл и задающих однозначные трактовки этих пунктов манифеста. По факту же, скрам пытаются использовать или в отрыве от Agile или же натянув на извращённые понимание пунктов манифеста, понятия не имея о 12 принципах. Разговаривать об этом с @@wildtuna@mastodon.moscow бесполезно, т.к. это человек остановившийся в профессиональном развитии на уровне тимлида. Отказавшись расти в манагеры или же технические лиды (technical lead). Его удел и взгляд на ситуацию — это как у бригадира на отдельном участке строящегося объекта. Чтобы делать инструменты/вещи/решения для организации и управления проектной деятельностью команд, надо сперва выучиться на менагера и поработать таковым. Иначе выходит ситуация, когда тот самый бригадир отдельного участка пытается лезть в вопросы управления стройкой на объекте. Удел тимлида сводится к тому, чтобы управлять операционной деятельностью небольшой группы — «тушить пожары», а не выстраивать процессы и не контролировать корректность работы производственных процессов. У него вон в другом посте про этот RetroPoint наглядно светит непонимание куда рыть и куда дуть, когда скрам-покер не проходит быстро и легко, а люди в споры погружаются. Он думает, что дело в херовых людях или в херовых инструментах. Т.е. вся беда или в том, что Вася с Петей мудаки и надо нормальных людей вместо них в команду. Или же что у них не должно быть возможности спорить, а лишь несколько кнопок. Как будто это не приведёт к надобности обсуждения сильно разнящихся оценок.

Open ##2799907