Преглед на Scrum Process
Scrum, проста рамка за управление на проекти, е разработена от Джеф Съдърланд и Кен Швабер. Те представляват процеса на обектно-ориентираното програмиране, системи, език и приложения на конференцията в Остин, Тексас, през 1995 г. По-късно те публикуват методологията като „Процес за разработка на софтуер на Scrum“.
Рамката на Scrum
Scrum набляга на екипната работа, която влияе на членовете на екипа за справяне със сложни проблеми и доставяне на продуктите с възможно най-висока стойност. Подобно на отбора по ръгби, Scrum подтиква екипа да се учи чрез преживявания, да се самоорганизира в момента на справяне с проблеми и усъвършенстване чрез размисъл върху победи и загуби. Като цяло това е рамка за работа с проект, който се фокусира върху работата в екип, отчетността, итеративния напредък към постигането на добре дефинирана цел.
Scrum често се приема като част от процеса на разработване на гъвкав софтуер, тъй като концепцията Scrum се върти около непрекъснато подобрение, което е основен принцип на пъргавината. Рамката започва с простото потвърждение, че екипът не знае за детайлите на всеки ъгъл на ъгъла на проекта в самото начало, а се опитва чрез адаптиране на променящите се условия и потребителски изисквания.
Ключови роли в Scrum Framework
В рамките на scrum има три ключови роли - собственикът на продукта, майсторът на scrum и екипът за разработка е много важен за успеха на проекта.
-
Собственик на продукта
Той играе ролята на връзка между клиентите и екипа за развитие. Той или тя е шампионът за техния продукт. Собственикът на продукта гарантира, че очакванията за готовия продукт са съобщени и съответно съгласувани.
-
Scrum Masterworks
Като фасилитатор, който е шампион по скандал в екипа. Основната отговорност на майстора на scrum е да гарантира изпълнението на най-добрите практики на scrum в проекта. Той или тя планира необходимите ресурси за планиране на спринт, stand-up, спринт преглед и ретроспектива на спринта.
-
Екипът за развитие
Работи заедно за разработване и тестване на отделни издания на крайния продукт. Членовете на екипа са шампиони за практики за устойчиво развитие. Обичайните екипи на scrum са пет-седем члена, плътно сплетени и съвместно разположени.
Различни процеси на Scrum Model
Scrum методът се състои от определени процеси или набор от последователни събития, които екипът на scrum извършва редовно. Това са някои решаващи събития, в които екипите играят роля.
-
Създаване на заден продукт -
Собственикът на продукта участва в създаването на изостанали продукти. Основната отговорност на собственика на продукта е да наблюдава постоянен поглед върху нуждите на пазара и клиентите и затова той или тя трябва да управлява продукта според продуктовата визия. Той или тя прави списък въз основа на отзивите на клиентите и екипът за разработка помага да даде приоритет на списъка да работи във всеки даден момент. Това е продължаващ процес и промените или новото възникване приемат като нови възможности, а не като пречки.
-
Спринт среща за планиране и създаване на спринт заминаване -
Спринт срещите за планиране се случват в началото на проекта и всички членове на екипа за развитие трябва да участват в тази среща. Тази среща се води от майстор на скрам, където членовете на екипа и собственикът на продукта решават целта на спринта. Продължителността на спринта продължава само 2 седмици, но през това време е важно да се поддържа сътрудничество между заинтересованите страни и членовете на екипа. Собственикът на продукта регулира важността на правилната потребителска история и екипът на scrum може да избере значителна история от изоставането на продукта. Конкретната потребителска история винаги трябва да се свързва с целта. В края на срещата за планиране на спринта всеки член на scrum трябва да има ясна представа какво може да бъде внесено в текущия спринт и как ще бъдат доставени инкрементите.
Блогът на спринта е списъкът на елементи, потребителски истории или корекции на грешки, избран от екипа за разработка за приложение в текущия цикъл на спринт. В началото на спринта, екипът решава какъв артикул ще избере от задръстванията на продуктите, за да работи в спринта. Сякаш изоставането в спринта се развива по време на спринта, той е много гъвкав. Но крайната цел на спринта трябва да бъде фиксирана.
-
Работа по спринта -
Тъй като целта на спринта е фиксирана на срещата за планиране на спринт, екипът на scrum започва работа за доставяне на прираст. За проследяване на текущия работен напредък обикновено се използва табло за задачи.
-
Списъкът за препятствия -
Когато действителният работен процес се инициира, всеки член на екипа може да добави пречки или блокери към списък на това, с което се сблъсква по време на работа по зададената задача. Веднага след като членовете обявят или добавят блокерите в списъка, мастерът на scrum трябва да поеме инициатива за премахване на тези блокери. Когато блокиращият се появи, той трябва да бъде съобщаван на други членове на екипа на ежедневни срещи с размисли и водене на записа в списъка за пречки.
-
Ежедневната среща на Scrum -
Ежедневната среща със скрумовете обикновено се провежда едновременно, за да се обсъди необходимата задача за достигане на целта на спринта. Това е неформална среща, която продължава обикновено 15 минути, а майсторът на скрумовете поема инициатива, за да се случва всеки ден. Целта на срещата е всеки член на екипа на Scrum да остане в едно и също съответствие и да направи план за работа за следващите 24 часа, без да компрометира целта. В тази среща членовете на екипа обикновено се фокусират върху три въпроса -
- Какво направих вчера, за да постигна целта на спринта?
- Какво планирам да направя днес, за да помогна на отбора да постигне целта на спринта?
- Има ли пречки, които могат да предотвратят отбора за постигане на целта на спринта?
Това не е обширна дискусионна среща и тя се нарича още „ежедневна готовност“.
-
Sprint Review и Sprint Retrospective -
В края на спринта, членовете се събират заедно, за да демонстрират предметите на изоставане пред заинтересованите страни, съотборниците и собственика на продукта за обратна връзка. След това собственикът на продукта може да реши дали увеличението ще бъде освободено или не.
В ретроспектива на спринта, членовете на екипа се събират, за да споделят своя опит с това, което са получили по време на спринта. Те обсъждат какво мина добре и какво трябва да се подобри в следващата итерация.
Scrum е рамка, която носи закономерност в проекта чрез различните му фази или процеси. Всяка организация може да приложи рамка на scrum, без да променя своите правила и регулации.
Препоръчителни статии
Това е ръководство за процеса на Scrum. Тук обсъждаме ключовите роли в Scrum Framework и различни процеси на модела Scrum. Можете да разгледате и другите ни предложени статии, за да научите повече -
- Scrum Framework
- Scrum Development
- Гъвкаво управление на продуктите
- Гъвкаво спринтско планиране
- Предимства на Scrum Epic
- Роли на Scrum Software