(хотя сугубо имхо красная книжка - в принципе вредная)

Валенок в том и как я думаю что гибкая методология должна отходить от излишнего формализма, мы договариваемся здесь и сейчас и каждый принимает на себя обязательства по задачам

если вам удобно - то почему бы и нет

я вот от агиль коучей постоянно про тойоту слышу и про кайзден там. а кто реально на тойоте ездит?

я вот от агиль коучей постоянно про тойоту слышу и про кайзден там. а кто реально на тойоте ездит?

Хехе. Я хотел купить, но рядом был салон Мицубиши...

Но это совсем американская шутка :)

Но это совсем американская шутка :)

Оооочень тонко ... :)

Меня очень удивил "Атлант расправил плечи" в этом списке.

Боже мой...

Реально не понимаю, что в нем такое нашли...

1984 - эт точно многие как пособие по управлению читают :D

То же удивило

Я вот не ортодокс и на первые ретро прошу ПО не приходить :)

В LeSS он только на общую приходит. Он просто физически не успеет ко всем командам, если их много.

Я не читал оригинальный тред. Но в целом - оставить команду ретроспективить самостоятельно - ход спорный, но сильный. Если есть увереность в команде и в том, что команда понмиает, зачем ей ретро и как его проводить, то можно из без скрам мастера.

У меня одна команда без меня ретро проводит. Хотя когда я к ним попадаю и провожу, признают, что со мной интересней.

я вот от агиль коучей постоянно про тойоту слышу и про кайзден там. а кто реально на тойоте ездит?

У меня две Мицубиши Паджеро (один жены). Хотя на Круизеры все чаще поглядываю.

А кто нибудь проводит многокомандные PBR? Это когда несколько команд один элемент бэклога уточняют?

А кто нибудь проводит многокомандные PBR? Это когда несколько команд один элемент бэклога уточняют?

но зачем?

2 teams one PBL?

Практика LeSS. Когда есть много фиче команд, они все равны. Чтобы не было отдельных бэклогов команд (Озолин, молчи) каждый элемент по возможности пибиарят все команды. Попутно выясняются зависимости, передаются знания, снижаются риски. Решение о том какая команда какой элемент берет в работу решается на планировании только.

2 teams one PBL?

У на восемь команд и один PBL

У на восемь команд и один PBL

ну я видел порно с похожим названием :DDD

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

Мне формат проведения интересен, если кто проводит

ну я видел порно с похожим названием :DDD

https://less.works/ru/case-studies/index.html тут много извращенцев

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

Я делю на группы (чтобы из разных команд в каждой были), по числу вынесенных PBI, выбираем экспертов на каждую станцию и работаем. Потом друг-другу презентуем, вопросы залаем. Но у меня проблема, задачи разные, и часть групп раньше заканчивает.

Приходится расходиться и снова собираться когда остальные закончат.

а как продуктовнер находится на нескольких паралельных встречах?

Это одна встреча же)

типо все группы в одном месте находятся? как они заканчивают раньше если им надо с PO поработать?

короче говоря как в этом процессе учавствует PO?

ведь он обычно один человек и может обработать только одну очередь :D

типо все группы в одном месте находятся? как они заканчивают раньше если им надо с PO поработать?

В одном месте. Он переходит от группы к группе. Но он им почти не нужен.

В одном месте. Он переходит от группы к группе. Но он им почти не нужен.

всмысле почти не нужен? а уточнение AC? а уточнение самой истории?

можно взглянуть на ваш DoR?

В Scrum есть два ключевых информационных потока, связанных с Владельцем Продукта: (1) приоритизация (упорядочение) элементов в Бэклоге продукта и (2) уточнение элементов в Бэклоге Продукта. В первом потоке (приоритизация) выделяется и анализируется информация, связанная с факторами прибыли, стратегически важными клиентами, бизнес-рисками и другими бизнес-проблемами. Во втором потоке (уточнение) информация используется для детализации поведения и качества элементов, пользовательского опыта и других проблем, связанных с дизайном функций. В LeSS Владелец Продукта фокусируется на приоритизации, но взаимодействует с командами разработки для прояснения элементов Бэклога. Он поощряет и помогает командам напрямую работать с реальными пользователями и клиентами для актуализации элементов Бэклога. Он действует при этом как связующее звено, а не как посредник. Зачем делать акцент на прямом взаимодействии между командами и клиентами/пользователями? Причины следующие: (1) предотвращение потери информации, которая возникает при наличии нескольких передаточных звеньев, (2) содействие совместному созданию решений реальных проблем клиентов и (3) повышение мотивации и эмпатии за счет прямого взаимодействия разработчиков и клиентов. Стоит отметить, что когда команды выполняют большую часть работы по уточнению, у Владельца Продукта остается больше времени и сил, чтобы сосредоточиться на общей картине, постоянно расставляя приоритеты и исследуя новые стратегические возможности.

можно взглянуть на ваш DoR?

1. Оценка РО 2. Оценка команды 3. Оценка не больше SP 4.Приемочные критерии для задач на 8 и 13SP

а какую оценку дает PO? команды созваниваются на таких PBR с клиентами и уточняют требования?

есть момент что PO должен быть в курсе всех уточнений чтобы приоритеты выставить правильно. тк на них любая инфа может влиять.

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

а какую оценку дает PO? команды созваниваются на таких PBR с клиентами и уточняют требования?

Оценку ценности элемента. Не созваниваются, но мы идем к этому. Есть еще эксперты, помогают РО и участвуют в PBR

получается у вас сломанный телефон из экспертов и PO?

есть момент что PO должен быть в курсе всех уточнений чтобы приоритеты выставить правильно. тк на них любая инфа может влиять.

Он дает цель, команды проясняют ее, по необходимости общаясь с PO и по возможности с пользователями.

получается у вас сломанный телефон из экспертов и PO?

Если грубо то да. Мы как раз над этим работаем активно.

Если грубо то да. Мы как раз над этим работаем активно.

надо думать как затащить именно PO на PBR к команде. не думаю что надо разбор элементов нужно делать в одно время в одном месте

Ну никто такие активности не проводит что ли?

у вас же есть понимание каким PBI какая команда будет заниматся?

надо думать как затащить именно PO на PBR к команде. не думаю что надо разбор элементов нужно делать в одно время в одном месте

Все должны знать все. Любая фиче команда может делать любой элемент.

Все должны знать все. Любая фиче команда может делать любой элемент.

тогда выделяйте APO.

у вас же есть понимание каким PBI какая команда будет заниматся?

Решение специально оттягивается до планирования

тогда выделяйте APO.

Зачем? У нас и так все хорошо.

Зачем? У нас и так все хорошо.

если все хорошо почему тогда есть проблемы со сломанным телефоном?)

на самом деле PO эффективно может работать с 4 командами.

и то это супер крутой PO должен быть.

если все хорошо почему тогда есть проблемы со сломанным телефоном?)

Да нет у нас проблем. Все работает. Хотим улучшить. Я не об этом спрашиваю ;)

и то это супер крутой PO должен быть.

Расскажи это команде BMW

Расскажи это команде BMW

так у BMW машины то так себе :D

Да нет у нас проблем. Все работает. Хотим улучшить. Я не об этом спрашиваю ;)

так APO чем не улучшение?

Тогда Нокиа нетворкс :)

не знаю что там у networks нокии но та нокия что делала телефоны точно умерла уже :D

так APO чем не улучшение?

АРО будут. Готовимся. Но до 10 команд пока так планируем.

не знаю что там у networks нокии но та нокия что делала телефоны точно умерла уже :D

Это другая :)

ну как бы 10 команда - эт много. скорее всего пора уже давно выделять APO - вы и так это делаете просто они без власти, вы называете их экспертами :D

если бы PO со всем справлялся то эксперты в командах были бы не нужны.

ну как бы 10 команда - эт много. скорее всего пора уже давно выделять APO - вы и так это делаете просто они без власти, вы называете их экспертами :D

У нас 8. А в нокиа уже более 20. И один РО

У нас 8. А в нокиа уже более 20. И один РО

не стоит смотреть в другие компании мы не знаем их кейсов и контекста.

ну как бы 10 команда - эт много. скорее всего пора уже давно выделять APO - вы и так это делаете просто они без власти, вы называете их экспертами :D

Нет, они не делятся по областям. Но мы их готовим к АРО, да.

не стоит смотреть в другие компании мы не знаем их кейсов и контекста.

Ты чего накинулся на меня? Лабаем как можем. Нам еще пахать и пахать.

Область скорее всего можно как то поделить. Если бизнес часть пересмотреть, proxy po - эт хреновая практика имхо :D

Ты чего накинулся на меня? Лабаем как можем. Нам еще пахать и пахать.

так ты не на тойоте ездишь вот и накинулся :D

Область скорее всего можно как то поделить. Если бизнес часть пересмотреть, proxy po - эт хреновая практика имхо :D

Придет время поделим. РО у нас один.

так ты не на тойоте ездишь вот и накинулся :D

Ну прости, если сможешь ;)

Бас мне говорил что не надо делиться на арии пока PO тянет. Может потянуть 10 команд - ну и хорошо. Может 15 - ещё лучше. Вот когда не сможет надо делить. 8 это среднее число, для Шу.

Ну прости, если сможешь ;)

😇

Бас мне говорил что не надо делиться на арии пока PO тянет. Может потянуть 10 команд - ну и хорошо. Может 15 - ещё лучше. Вот когда не сможет надо делить. 8 это среднее число, для Шу.

Привет! Ну вот и мы пока на десяти решили. Там видно будет.

Ребята, всем доброго вечера! Скажите, пож-та, а предполагает ли Agile после встреч написание резюме встреч в протоколы (я валенок в этом) но понимаю, что это с точки зрения методологии не верно, помогите разобраться

Мы фиксируем в общем месте решения Общей ретроспективы и Итоги работы Сообществ.

У меня две Мицубиши Паджеро (один жены). Хотя на Круизеры все чаще поглядываю.

Хе, у меня два аутлендера (один - жены) :)

А кто нибудь проводит многокомандные PBR? Это когда несколько команд один элемент бэклога уточняют?

когда много команд - да. Это нефигово полезно для обмена знаниями, даже если делать потом работу будет только одна из команд.

Хе, у меня два аутлендера (один - жены) :)

:)

когда много команд - да. Это нефигово полезно для обмена знаниями, даже если делать потом работу будет только одна из команд.

Бывает Сообщество принимает решение, а кто то туда не попал. Потом посмотреть можно. Но бы без особых формальностей. Главное чтобы информация осталась.

(хотя сугубо имхо красная книжка - в принципе вредная)

Почему?

Почему?

Слишком много обещает при минимальной конкретике.

Если бы ее не один из дедушек написал - все было бы норм.

Видимо, Сазерлэнд из двоих дедушек отвечает за мечты и маркетинг?