2 Използвани съкращения и символи
Scrum Master / Scrum ръководител
Изтегляне 0.67 Mb. Pdf просмотр
|
Свързани:
ДИПЛОМНА РАБОТА-Компютърни мрежи, Шаблон на курсова работа по БД
- Навигация на страницата:
- Development Team / Екип разработка
- Помощни роли
| Scrum Master / Scrum ръководител Ръководителя е отговорен да бъдат премахвани пречките при изпълнението на договорените в спринта задачи и да постигне желаните за спринта цели. Той не е лидер на екипа, а нещо като служещ на екипа лидер. Следи за изпълнение на правилата и за това нещата да се случват по концепциите на SCRUM. Ръководителят се грижи за това екипът да не бъде разсейван със странични фактори и за това всичко да е подчинено на целите на спринта. Development Team / Екип разработка Екипът, който създава продукта, върши „черната работа“ – анализира, прави архитектурата, пише код, тества го, извършва работа по техническа комуникация, документира и т.н. Състои се от 3 до 9 души, които имат различни и сходни умения по множеството работа. Той има задачата да доставя увеличен брой или подобрени парчета софтуер на края на всеки спринт. Тези парчета трябва да са по някакъв начин подходящи за изпращане или продажба. Така във всеки един момент проектът може да бъде спрян и продаден. Екипът за разработка се самоорганизира, дори и това да налага сътрудничество с отдел/организация за управление на проекти. Product Owner, Scrum Master и Team образуват заедно т.нар. Scrum Team. Помощни роли а) Stakeholders / Клиенти или Вендори (Vendors) б) Managers /Мениджъри 20 Матрицата помага да се планират всички заинтересовани лица от проекта. По конкретно се планира какви да бъдат те по време на всяка от фазите (при по детайлния план – на всяка от дейностите) на проекта: Responsible, Accountable, Consultant, Informed и Facilitate. Scrum терминология Спринтът е най-малката единица време за разработване. Спринтовете са с постоянна дължина от 1 седмица до 1 месец. Всеки спринт е опит за подобрение вкаран във фиксирани времеви рамки. Преди всеки спринт има среща за планиране на спринта. На нея се поставят измеримите цели за спринта и се идентифицират задачите, които ще бъдат свършени в неговите рамки. По време на всеки спринт екипът създава завършени парчета от даден продукт. Дейностите за всеки спринт се описват и взимат от „продуктовата опора“ или на английски „product backlog”. Често тези дейности са описани като характеристики, които продукта трябва да има и да бъдат постигнати за спринта. Т.е. product backlog е приоритизиран списък на изискванията. Какво от списъка да влезе в даден спринт се решава на планиращата среща преди спринта. Продуктовият собственик уведомява екипа кои части от списъка с изисквания иска да бъдат свършени на предстоящия спринт. Развойният екип преглежда, обсъжда, решава и записва в Sprint Backlog кои от тези изисквания и цели ще успее да изпълни на предстоящия спринт. Sprint Backlog е собственост на развойния екип. Целите, вписани в този документ, не трябва да бъдат променяни по време на спринта. За разработването се определя фиксирана продължителност, такава, че спринтът да свърши навреме. Изискванията, които не бъдат удовлетворени за спринта се изключват и връщат към product backlog. След като спринтът е изпълнен, екипът демонстрира как се използва софтуерът. SCRUM позволява организирането на самоорганизиращи се екипи като стимулира всички членове на екипа да се намират на едно и също място и да си комуникират на живо. Ключов принцип на SCRUM е това, че се приема още в самото начало на проекта, че изискванията няма как да са пълни и напълно разбрани. Т.е. очакват се нововъведения от клиента – промяна на желанията му. SCRUM се фокусира върху способността на екипа да доставя бързо и да е готов да отговори бързо на неочакваните промени. Това е 21 положителна черта за SCRUM, защото резките промени не могат да бъдат добре оборени с традиционните отгатващ или планиращ методи. Както в другите гъвкави методологии за управление на проекти, SCRUM може да се имплементира чрез различни видове инструменти. Най-много се използват спредшийтове (екселски таблици или еквивалента им в Google Docs). В тях се правят така наречените SCRUM „артефакти“ като sprint backlog-а. Други организации прилагат SCRUM с помощта на бели дъски, лепящи се листчета и хартиени документи. Изтегляне 0.67 Mb. Сподели с приятели:
|