Лекции (1 курс, 2 семестр) УТкПО / Управление требованиями к программному обеспечению 1
.pdf
Скрам
(Scrum)
Роли в методологии (Scrum Master, Product Owner, Team) позволяют четко распределить обязанности в процессе разработки.
За успех Scrum в проекте отвечает Scrum Master и является связующим звеном между менеджментом и командой.
За разработку продукта отвечает Product Owner, который также ставит задачи и принимает окончательные решения для команды.
Команда – это единое целое, в ней результаты оцениваются не по каждому отдельному участнику, а по тому, что получается в итоге у всех.
Скрам
(Scrum)
Основные роли в методологии Scrum:
•Владелец продукта (Product Owner) – представляет интересы конечных пользователей и других заинтересованных в продукте сторон.
•Покер планирование (Planning Poker, Scrum poker) – инструмент планирования в гибкой разработке. Техника оценки, используемая для
оценки сложности предстоящей работы или относительного объема решаемых задач при разработке программного обеспечения.
Скрам
(Scrum)
Основные роли в методологии Scrum:
•Бэклог продукта (Резерв продукта, Product backlog) – в проекте гибкой разработки, распределенный по приоритетам список планируемых задач проекта. Резерв может содержать пользовательские истории, бизнес-процессы, запросы на изменение и разработку инфраструктуры. Рабочие элементы из резерва назначаются на будущие итерации на основе их приоритетов.
Скрам
(Scrum)
Основные роли в методологии Scrum:
•Скрам-команда (Scrum Team) – кросс-функциональная команда разработчиков проекта, состоящая из специалистов разных профилей: тестировщиков, архитекторов, аналитиков, программистов и т. д. Размер команды в идеале составляет 7±2 человека.
•Скрам-мастер (Scrum Master) – проводит совещания (Scrum meetings), следит за соблюдением всех принципов скрам, разрешает противоречия и защищает команду от отвлекающих факторов.
Скрам
(Scrum)
Спринт — это временной отрезок длительностью месяц или меньше, в течение которого создается «готовый», то есть пригодный к использованию и выпуску Инкремент продукта. Для эффективной разработки спринты должны быть одинаковой длины. Новый спринт всегда начинается сразу после окончания предыдущего. Во время спринта:
•не допускаются изменения, которые могут поставить под угрозу цель спринта;
•качество продукта не должно снижаться;
•по мере появления новых знаний, объем работ может быть уточнен и заново согласован между Владельцем Продукта и Командой разработки.
|
|
|
|
Плюсы: |
|
|
|
|
|
||
|
|
|
|
• |
быстрая обратная связь от специалистов в разных сферах |
|
|
|
|
|
(дизайнеров, архитекторов, тестировщиков и пр.); |
|
|
|
|
|
|
|
|
|
|
• благодаря вовлеченности тестировщика в работу |
|
|
|
|
|
|
происходит быстрое добавление нового функционала и |
|
|
|
|
|
быстрый запуск продукта с минимальными функциями; |
|
|
|
|
• |
самостоятельная и самоорганизованная команда. |
|
|
|
Скрам (Scrum) |
Минусы: |
|
|
|
|
|||
|
|
|
|
||
|
|
|
|
• |
некоторые люди, знающие продукт, становятся |
|
|
|
|
||
|
|
|
|
|
незаменимыми, так как документация не предоставляется |
|
|
|
|
|
в процессе разработки; |
• невозможно спланировать точную дату завершения, так как всё уточняется по результатам предыдущего спринта;
• заказчики не всегда могут понять суть данной методологии и необходимо потратить время на изучение.
Канбан
(Kanban)
Kanban — это модель, которая помогает визуализировать и контролировать работу. Ее цель — наглядно отслеживать работу с помощью доски и карточек с задачами. Доска обычно делится на три основные колонки:
•to do («сделать»),
•in progress («в работе»),
•done («готово»).
Карточки обычно перемещаются в соответствующую секцию в зависимости от прогресса. Kanban ограничивает количество
незавершенных задач, но это может быть не более двух задач, выполняемых одновременно. В Kanban измеряется среднее время прохождения одной задачи по доске. Это время – показатель
эффективности команды.
Канбан
(Kanban)
Плюсы:
•Система «канбан» отлично подойдет для опытных, сплоченных и хорошо мотивированных групп с налаженной коммуникацией.
•Нет четких сроков выполнения задачи.
•Исключение из производства неэффективных запасов и материалов, за счет этого снижается себестоимость продукции.
•Высокая гибкость программы.
Минусы:
•Внедрение программы возможно только в команды с численностью от 5 человек.
•Не подходит для матричных структур организации предприятия. Работает исключительно на прямом производстве.
•Не подходит для долгосрочных стратегий.
•Система вряд ли сможет прижиться в команде, где сотрудники не ознакомлены с функциями друг друга. Только при таком условии
можно легко найти заминки в производстве и быстро их исправить.
•Отсутствие жестких дедлайнов также может быть и минусом.
Если продукция должна быть готова строго к определенному времени, система «канбан» может не сработать
Различия между Скрам и Канбан
Scrum |
Kanban |
|
|
Команда участвует в |
Необязательное участие |
конкретной итерации |
|
|
|
Использование скорости как |
Использование временных |
меры для улучшения процесса |
рамок в качестве меры для |
|
улучшения процессов |
|
|
Предварительная оценка |
Необязательная оценка |
|
|
Задержка спринта |
Канбан-доска может быть |
принадлежит одной команде |
разделена между несколькими |
|
командами |
|
|
Включает использование как |
Отсутствие ролей |
минимум 3 ролей (владелец |
|
продукта, скрам мастер, скрам |
|
команда) |
|
|
|
Скрам-доска изменяется между |
Канбан-доска неизменна |
спринтами |
|
|
|
Для каждого спринта |
Назначение приоритетов |
приоритет устанавливается в |
необязательное |
бэклоге спринта |
|
|
|