Модели управления командой Scrum Kanban
Автор: igorgri2201 • Октябрь 19, 2021 • Практическая работа • 761 Слов (4 Страниц) • 533 Просмотры
[pic 1]
Вопросы
- Чем по-вашему отличается Скрам от Канбан подхода?
- На чем, с точки зрения объекта управления, основной фокус в Скрам и на чем в Канбан?
- Как вы думаете, всегда ли в Скрам-команде необходим Скрам-мастер или на каком-либо этапе существования команды потребность в нем исчезнет полностью?
Логические задачи
1 вариант условия:
Четырем людям, находящимся на одном берегу, в темноте нужно перейти мост. Мост с дырками и без перил, на четверых у них один фонарик, без фонаря мост перейти невозможно. Перекидывать фонарь нельзя.
Одновременно на мосту могут находиться только два человека - большее количество людей мост не выдержит.
У каждого человека своя скорость прохождения через мост:
1 - 1 минута
2 - 2 минуты
3 - 3 минуты
4 - 4 минуты
Когда два человека идут по мосту, они идут со скоростью более медленного из них. За какое минимальное время они все смогут перейти через мост, какая для этого нужна последовательность?
2 вариант условия:
Четырем людям в темноте нужно перейти мост. Мост с дырками и без перил, на четверых у них один фонарик, без фонаря мост перейти невозможно. Перекидывать фонарь нельзя.
Одновременно на мосту могут находиться только два человека - большее количество людей мост не выдержит.
У каждого человека своя скорость прохождения через мост:
1 - 1 минута
2 - 2 минуты
3 - 5 минут
4 - 10 минут
Когда два человека идут по мосту, они идут со скоростью более медленного из них.
За какое минимальное время они все смогут перейти через мост, какая для этого нужна последовательность?
Ответы:
1.
Scrum («схватка») | Kanban («точно- в- срок») |
подход основан на структуре> Команда и две роли: Scrum-мастер (организует команду, обеспечивает бизнес-процессы, решает бытовые проблемы, проводит общие митинги, мотивирует, отвечает за соблюдение методологии) и Product Owner (осуществляет связь с stakeholder, следит за этапами разработки, сохраняет общую форму). Приоритет задач расставляет Product Owner | подход основан на балансе: работа распределена по команде примерно одинаково. Все едино, внутри команды нет выделенных ролей, есть разделение на отделы. Основной контроль осуществляется силами самих специалистов. Приоритет над задачами выставляет команда |
Кросс-функциональность, разделение процессов на спринты (фиксированные события: планирование, выполнение, релиз, ретроспектива); т.к. спринты одинаковы по длительности появляется ритм, который явл. важным аспектом | Над задачей работает несколько узкопрофильных команд, спринтов как таковых нет, проект делят на каденции любой длины. Ритмичность не предписывается |
Продолжительность итерации (спринта): 2-4 недели с разными версиями минимально-работоспособного продукта (MVP), которые необходимо демонстрировать после каждой итерации; нельзя добавлять задачи в текущий спринт, поэтому гибкость меньше | Задачи можно добавлять в любой момент времени; задача остается в работе сколько угодно долго, пока команда не закончит ее либо не отменит. – работа непрерывная |
должен быть список невыполненных работ по продукту и график сгорания задач | число активных задач ограничено их весом по каждому статусу. Не важно, каков общий вес задач на доске |
измеряют общий вес задач, выполненных за спринт. Общий вес всех задач проекта * производительность (за 1 спринт) = примерный срок окончания проекта. Задача команды — повышение производительности | измеряют среднее время прохождения задачи по доске; главный показатель эффективности -прохождение одной задачи через все стадии точно в срок. При этом команда не концентрируется на выполнении конкретных задач, но отслеживает, чтобы время прохождения было минимальным |
Взаимодействие между людьми важнее практик |
...