Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 January 15

DK

Denis Kachnov in Agile, Scrum, Lean, Kanban, XP
Slava
Не знаю, может в pinned message дописать уже про сравнение скрама и канбана 🙂
Это убьет все веселье!
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
Nikita Poselyanov
выглядит откровенно говоря это всё ужасно
💪
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Denis Kachnov
Это убьет все веселье!
Имхо это просто будет некоторый basic manual, мож кто и материалы подскажет которые хорошо бы для ознакомления освоить. 😉
источник

NP

Nikita Poselyanov in Agile, Scrum, Lean, Kanban, XP
Jane Pavlova
1. Что-то невнятное - типа ну они могут примерно делать одни задачи. Что на самом деле не правда, так как в этой команде архи и реквайременты. Архи могут делать что-то из реквайрементов, а вот наоборот - нет. И типа еще - что если они будут в одной команде, смогут друг с другом проще обмениваться информацией. Тоже не работает, так как многие архи в команде только минимально и доступны максимум полчаса в день.

2. Ну вот по суит только то, что уже упомянула в п.1 Или речь про какие-то другие точки?
Блин, слишком глубоко контекст и не понятны варианты подобного решения, ладно. Если нельзя полечить выше то лучше сфокусироваться на том что можно лечить вариантов несколько:
- У каждого члена команды есть индивидуальные цели (попробуй их раздобыть на ретре \ в личных разговорах)
- Попросить команду выразить цель существования самой команды и того "зачем она вообще есть" И что не маловажно "какие угрозы есть извне и изнутри" - сопоставь их, пусть люди себя осознают, важно что бы они ориентировались в окружении.
- Дальше самое сложное, нужно сопоставлять индивидуальные и командные цели и пытаться одно выразить через другое. Если нужно проложи дорожку к цели отдела \ проекта \ компании (НО не забывай давать примерные сроки).

- пойми что там со скрамом и раздай индикаторы ценностей и проблем \ какой нить хепинесс можно выразить в цифрах или смайликах.

Дальше советовать не буду, сложно это, могу лишь добавить, что я обычно потихоньку сталкиваю команду с реальностью, что толкает их на самостоятельное решение вопросов во имя "объединения вокруг ИХ как организма".

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

Но если что-то кажется тебе бредом из того что я описал, лучше действуй по обстоятельствам, лучший советчик и исполнитель это ты сама ))
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
👍
источник

NP

Nikita Poselyanov in Agile, Scrum, Lean, Kanban, XP
Забыл
источник

NP

Nikita Poselyanov in Agile, Scrum, Lean, Kanban, XP
- есть ещё вариант механического смешивания команды суть в чём:
1. Если вы используете часы на тасках и если используете таски, попроси убрать часы \ стори поинты, пусть каждый день на дейли команда проговаривает, что сделала, а не просто списывает время. Таким образом станет понятен контекст каждой задачи и повысится вовлечённость.
2. Никаких разных рефайментов и нейминга в сторях намекающих на разный стек работ, всё плоско
3. Ноледж трансфер внутри - здесь сильно контекстно, но можно попробовать объяснить, что это понижает эффективность из за очереди, а ещё создаёт прецеденты.
4. Проси разных людей вести церемонии, дейлики, рефы, демки, пусть все смешиваются в один контекст.

Можно OKR тоже помогает, но придётся глубоко нырять.
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Если лимит на задачи будет равен или меньше кол-ву людей, коллаборация станет неизбежным, а цель всем понятная - доведение задач до конца. Slack time в этом случае станет натуральным.
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
И можно понаблюдать что на самом люде начнут делать (в основном многие станут спрашивать "кому помочь")
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Хороший творческий процесс всегда происходит в рамках хорошо подобранных ограничений 🙂
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
В скраме том же goal wip limit = 1 🙂
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Slava
Если лимит на задачи будет равен или меньше кол-ву людей, коллаборация станет неизбежным, а цель всем понятная - доведение задач до конца. Slack time в этом случае станет натуральным.
Нынешней команде помогло не введение явного лимита, а правила:
1. Начал - закончи
2. Заблокирован - явно отметь это на доске
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
начал - закончи - per user wip limit
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
В итоге wip limits в явном виде пока не нужны :)
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
:-)))
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Ну это прогресс очевидный, потому что это уже некоторый старт вытягивающий системы и хорошей сигнализации
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Slava
Ну это прогресс очевидный, потому что это уже некоторый старт вытягивающий системы и хорошей сигнализации
Это, есличе, за один спринт «внедрилось» :)
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
Вообще лимиты не так долго внедрять, долго ломать предубеждения
источник

S

Slava in Agile, Scrum, Lean, Kanban, XP
"Закон литтла прочитали, но ссыкотно"
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Slava
Вообще лимиты не так долго внедрять, долго ломать предубеждения
Да. Иногда явные лимиты и не надо внедрять :)
Поощрять коллаборация цифрами не всегда получается.
источник