Преглед на Scrum Framework

Scrum Framework е методология, свързана с пъргавото управление, използвано за управление на знания и работа, особено за разработване на софтуер. Той има широко приложение в различни области и сега се изследва от традиционните проектни екипи по целия свят. Той е направен за екипи с умерен размер от трима до максимум девет членове, където работата е разбита на малки парчета, които могат да бъдат завършени в рамките на итерации, наречени спринти. Не е необходимо повече от 30 дни / месец, за да завършите цялата работа.

Времето, необходимо за пълното му изпълнение е две седмици и ако го надвиши тогава, той се преструктурира в срещи, наречени ежедневни скрумове. Рамката, която предоставя изображение на начина, по който се изпълняват Scrums, се нарича рамка на Scrum. Екипите в по-големите организации включват следните Scrums, а именно - мащабен Scrum (LeSS), мащабирана гъвкава рамка (SAFe), scrum of scrums и, Nexus и т.н.

Роля на Scrum Framework

Scrum Framework се състои от три роли. Рамката в своята цялост помага за оптимална и правилна комуникация между членовете на екипа. Тези три роли заедно образуват екипа на scrum. Тези три рамкови роли на Scrum са:

1) Собственик на продукта: Собственикът на продукта представлява всички възможни заинтересовани страни и клиента във всеки отделен случай. Той носи отговорността да достави максимално възможна стойност на клиента. Собственикът на продукта не следва традиционните методи за свършване на нещата, а приоритет на нещата въз основа на зависимости и важност. Екипът на scrum трябва да има само един собственик на продукт. Тази роля е различна от тази на майстора на scrum. Собственикът на продукта се фокусира върху бизнес частта на даден продукт и действа като посредник между заинтересованите страни и екипа. Собственикът на продукта не е диктатор, а създател на консенсус. Следователно, добрият собственик на продукт трябва да може да разбере нуждите на бизнеса, причините за тези нужди и да ги съобщи на заинтересованите страни и на съответния екип.

2) Екип за разработка : Екипът за разработка отговаря за осигуряване на оптимално качествена работа с всеки преминаващ спринт. Целта на спринта описва работата, която един екип трябва да свърши, и качеството, което трябва да даде в края на всеки спринт. Екипът има от три до девет членове, които изпълняват всички задачи, необходими за изграждането на прираста на продукта. Въпреки че екипът се състои от хора от различни среди, всички те обикновено се наричат ​​разработчици. Това е самоорганизиращ се екип и взаимодействията извън екипа се управляват от собственика на продукта или майстора на scrum.

3) Scrum Master: Scrum Master е отговорен за улесняване на скрама, уверете се, че няма проблеми с пътя на качествения продукт или доставката. Майсторът на скрумовете действа като посредник между екипа и всякакви главоболия по пътя на работата и не е непременно ръководителят на екипа. Главният scrum гарантира, че се спазва рамката Scrum. Майсторът на scrum насърчава екипа да се подобри. Ролята е посочена и като фасилитатор на екип или ръководител на слуги, за да отразява двойните аспекти.

Работният процес на Scrum Framework

Работният процес на рамка на scrum е както следва:

1) Спринт: спринтът / итерацията е единица на Scrum. Спринтът е ограничен до определено време. Продължителността на спринта се определя предварително и обикновено е между една седмица до един месец, обикновено две седмици.

2) Планиране на спринт: Първоначално екипът на scrum извършва планиране на спринт, за да:

  • Взаимно решавайте обхвата на работата, който трябва да се извърши по време на спринт.
  • Идентифицирайте елементи, които могат да бъдат направени само в един спринт.
  • Направете спринт, в който работата, която трябва да включва елементи, които трябва да бъдат завършени.
  • Очакваното време, взето е четири часа на ден в продължение на две седмици.
  • Тъй като работата продължава, идентифицираните елементи се разделят и ако не могат да бъдат завършени в спринт, те се поставят в изоставането на продукта.
  • Когато отборът на спринта се разработва от екипа за разработка, елементите, които могат да бъдат завършени в рамките на спринта, се заемат.

3) Ежедневен спринт: Всеки ден се провежда скрем или изправяне с всеки спринт.

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

4) Преглед на спринта: Екипът провежда две събития в края на спринт, което е рецензия за спринт и ретроспектива на спринта.

При прегледа на спринта екипът:

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

Указания за рецензиите за спринт:

  • Неизпълнена работа не може да бъде демонстрирана.
  • Очакваната продължителност е два часа за две седмици.

5) Ретроспектива на спринта : В ретроспективата на спринта екипът:

  • Изучава миналия спринт.
  • Идентифицира недостатъците и ги коригира.

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

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

Въпреки че е толкова прецизна и ефективна, рамката Scrum има свои собствени ограничения:

  • Има екипи, които са разпръснати географски или имат непълно работно време и затова е трудно да се управлява и осъществява такава рамка.
  • Има екипи с много специализирани умения и такава окончателна рамка не работи по тях както трябва.
  • Няколко външни фактора също влияят върху продуктите и продуктите, които са извън контрола.
  • Няколко продукта са зрели по своя характер и имат ограничен контрол на качеството и следователно такава рамка не им пасва.

Препоръчителни статии

Това е ръководство за Scrum Framework. Тук обсъждаме 3 основни роли и работния процес на рамката на Scrum. Можете да разгледате и другите ни предложени статии -

  1. Какво е Agile програмиране?
  2. Какво е Agile и Scrum?
  3. Какво е Agile Project Management?
  4. Научете принципите на Scrum
  5. Scrum Open Assessment
  6. 7 Характеристики на Scrum Dashboard