Scrum кратко определение: Scrum
Изтегляне 25.48 Kb.
|
Свързани:
яко дипл.
- Навигация на страницата:
- Scrum Master
- Спринтът (итерацията)
| Собственикът на продукта (Product Owner) е отговорен за максимизирането на стойността на продукта. За целта, той управлява бизнес и функционалните изисквания за продукта и ги изразява пред разработчиците. Той поръчва работата за решаване на комплексен проблем (чрез продукт) в така наречения Product Backlog – подреден по приоритет списък на работата, която трябва да бъде извършена, за да се създаде, поддържа и използва продуктът.
Екипът (Scrum Team) избира част от тази работа, която да бъде свършена в съответната итерация. Резултатът от всяка итерация (която в Scrum се нарича Sprint) e инкремент – това е завършената и стойностна работа, извършена от разработчиците по време на спринта. Сумата от всички инкременти (от всички итерации), формира продукта. Екипът и заинтересованите страни проверяват резултатите от спринта и извършват пренастройване за следващия спринт. Човек, играещ ролята на Scrum Master, има задачата да създаде условия за осигуряването на стойност по най-добрия начин. Този човек е отговорен за правилното разбиране и използване на Scrum чрез даване на насоки, обучение и подпомагане на екипа и чрез осигуряване на подходяща среда за извършване на работата. Целият екип е отговорен за създаването на полезен и използваем инкремент (или инкременти) на продукта във всеки спринт. Спринтът (итерацията) в Scrum e с фиксирана продължителност от не повече от един месец и той съдържа всички други събития и дейности, включително планирането на спринта, ежедневните срещи за преглед на напредъка, адаптиране и пренастройка (Daily Scrums), прегледа на спринта (Sprint Review) и ретроспекцията на спринта (Sprint Retrospective). 5. Кои са погрешните интерпретации на Scrum?Оригиналната и пълна Scrum рамка включва единствено това, което е описано в The Scrum Guide. Както посочват неговите автори, при използването на Scrum могат да се приложат различни тактики - модели, процеси и практики, които са много чувствителни по отношение на контекста и затова не са част от ръководството за Scrum. На тема Scrum са написани много книги и огромен брой други публикации, но трябва внимателно да се преценява дали това, което се представя за Scrum, e наистина Scrum. Например, популярни Agile техники за приоритизиране на изискванията, за оценка на обема на работата, за проследяване на напредъка и други, често се приписват на Scrum. Всъщност, в The Scrum Guide не са посочени конкретни техники, но е отбелязано, че той „работи добре като контейнер за други техники, методологии и практики“. Проблем в разбирането на Scrum са и Изтегляне 25.48 Kb. Сподели с приятели:
|