Обзор Scrum Framework

Scrum framework - это методология, связанная с гибким управлением, используемая для управления знаниями и работой, особенно для разработки программного обеспечения. Он широко применяется в различных областях и в настоящее время изучается традиционными проектными командами по всему миру. Это сделано для команд среднего размера от трех до максимум девяти участников, где работа разбита на маленькие куски, которые могут быть выполнены в течение итераций, называемых спринтами. На выполнение всей работы уходит не более 30 дней / месяц.

Время, необходимое для его полного выполнения, составляет две недели, и если оно превышает его, то оно реструктурируется на собраниях, называемых ежедневными переписками. Фреймворк, который обеспечивает представление о том, как реализуются скрамы, называется фреймворком Scrum. Команды в более крупных организациях включают в себя следующие этапы, а именно: крупномасштабную Scrum (LeSS), масштабируемую гибкую структуру (SAFe), разборку scrums и, Nexus и т. Д.

Роль Scrum Framework

Скрам-фреймворк состоит из трех ролей. Структура в целом помогает в оптимальном и правильном общении между членами команды. Эти три роли вместе составляют команду Scrum. Эти три основные роли Scrum:

1) Владелец продукта. Владелец продукта представляет все возможные заинтересованные стороны и клиента в каждом конкретном случае. Он несет ответственность за обеспечение максимально возможной ценности для клиента. Владелец продукта не следует традиционным методам достижения цели, скорее, он / она расставляет приоритеты по принципу или зависимости и важности. У команды Scrum должен быть только один владелец продукта. Эта роль отличается от роли мастера схватки. Владелец продукта фокусируется на деловой части продукта и выступает в качестве посредника между заинтересованными сторонами и командой. Владелец продукта - не диктатор, а создатель консенсуса. Следовательно, хороший владелец продукта должен уметь понимать потребности бизнеса, причины этих потребностей и сообщать их заинтересованным сторонам и заинтересованной команде.

2) Команда разработчиков: Команда разработчиков отвечает за обеспечение оптимального качества работы с каждым проходящим спринтом. Цель спринта описывает работу, которую должна выполнить команда, и качество, которое она должна предоставлять в конце каждого спринта. В состав группы входят от трех до девяти членов, которые выполняют все задачи, необходимые для создания приращений продукта. Хотя команда состоит из людей разного происхождения, все они обычно называются разработчиками. Это самоорганизующаяся команда, а взаимодействие за пределами команды управляется владельцем продукта или мастером схватки.

3) Скрам Мастер: Скрам Мастер отвечает за организацию скрамма, следит за тем, чтобы не возникало проблем с доставкой качественного продукта или поставляемого продукта. Скрам-мастер выступает в качестве посредника между командой и любыми неприятностями на пути работы и не обязательно является лидером команды. Скрам мастер обеспечивает соблюдение рамок Скрама. Мастер схватки поощряет команду улучшаться. Роль также упоминалась как фасилитатор команды или слуга-лидер, чтобы отразить двойственные аспекты.

Рабочий процесс Scrum Framework

Рабочий процесс Scrum Framework является следующим:

1) Спринт: Спринт / итерация - это единица Скрама. Спринт ограничен определенным временем. Продолжительность спринта определяется заранее и обычно составляет от одной недели до одного месяца, обычно две недели.

2) Планирование спринта. Изначально команда разработчиков проводит планирование спринта для:

  • Взаимно решить объем работ, которые должны быть выполнены во время спринта.
  • Определите предметы, которые можно сделать всего за один спринт.
  • Сделать спринт, в котором работа, которая должна включать элементы, которые будут завершены.
  • Ожидаемое время составляет четыре часа в день в течение двух недель.
  • По мере выполнения работы идентифицированные элементы разделяются, и, если они не могут быть завершены в рамках спринта, они помещаются в резерв продукта.
  • Когда команда разработчиков разрабатывает журнал заданий спринта, принимаются все элементы, которые могут быть выполнены в рамках спринта.

3) Ежедневный спринт: ежедневные схватки или вставки проводятся каждый день с каждым спринтом.

  • Каждый член команды разработчиков хорошо подготовлен.
  • Несмотря на то, что некоторые члены команды разработчиков отсутствуют, все начинается точно в срок.
  • Каждый день его следует проводить в одно и то же время и в одном месте.
  • Время ограничено пятнадцатью минутами.
  • Только члены команды разработчиков должны внести свой вклад, но любой другой также приветствуется.
  • Ожидается, что каждый член команды ответит на три вопроса во время ежедневной схватки.
  • Сделал ли я что-нибудь, чтобы способствовать достижению цели спринта команды вчера?
  • Что мне нужно сделать сегодня, чтобы помочь моей команде внести свой вклад в достижение цели моей команды сегодня?
  • Считаю ли я какие-либо неприятности, которые могут либо задержать, либо помешать моей команде достичь поставленных целей?

4) Обзор спринта. В конце спринта команда проводит два мероприятия: обзор спринта и ретроспективу спринта.

На спринтерском обзоре команда:

  • Проверяет выполненную работу и работу, которая еще не завершена.
  • Завершенная работа представляется заинтересованным сторонам.
  • Решает, что должно быть выполнено дальше, сотрудничая с заинтересованными сторонами.

Рекомендации по обзорам спринта:

  • Неполная работа не может быть продемонстрирована.
  • Ожидаемая продолжительность составляет два часа в течение двух недель.

5) Ретроспектива спринта. На ретроспективе спринта команда:

  • Изучает прошлый спринт.
  • Выявляет недостатки и исправляет их.

6) Расширения: Расширение включает в себя два события, а именно:

  • Уточнение отставания.
  • Отмена спринта.

Несмотря на свою точность и эффективность, среда Scrum имеет свои ограничения:

  • Есть команды, которые разбросаны по географическому принципу или имеют неполный рабочий день, и поэтому им сложно управлять и выполнять такую ​​структуру.
  • Есть команды с очень специализированными навыками, и такая определенная структура не работает с ними должным образом.
  • Несколько внешних факторов также влияют на продукты и результаты, которые находятся вне контроля.
  • Некоторые продукты являются зрелыми по своему характеру и имеют ограниченный контроль качества, и поэтому такие рамки им не подходят.

Рекомендуемые статьи

Это было руководство по Scrum Framework. Здесь мы обсуждаем 3 основных роли и рабочий процесс Scrum Framework. Вы также можете просмотреть наши другие предлагаемые статьи -

  1. Что такое гибкое программирование?
  2. Что такое Agile и Scrum?
  3. Что такое гибкое управление проектами?
  4. Изучите принципы Скрама
  5. Скрам Открытая Оценка
  6. 7 Особенности Scrum Dashboard

Категория:

Развитие предпринимательства