Меню

Роли и отговорности на екипа на Scrum: Scrum Master и собственик на продукта

  • Основен
  • Други
  • Роли и отговорности на екипа на Scrum: Scrum Master и собственик на продукта

scrum team roles responsibilities

Опитайте Нашия Инструмент За Премахване На Проблемите

Роли и отговорности на екипа на Scrum:

Сигурен съм, че досега всички трябва да сме били много ясни Agile Manifesto от последния ни урок.

Този урок е предназначен за членове на Scrum Team, които са нови в Agile Software Development, за да научат за техните роли и отговорности.

Урокът ще помогне и на тези, които вече работят в пъргавия модел, да изчистят уменията си и на тези, които просто искат да знаят за тези роли. Той също така ще даде представа за отговорностите и за всяка роля, която задържа.

отговорности за ролите на отбор

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

Какво ще научите:

Scrum Екип Роли и отговорности

Екипът на Scrum се състои главно от три роли: Scrum Master, собственик на продукта и екипът за разработка .

Всеки извън основния екип няма пряко влияние върху екипа. Всяка от тези роли в Scrum има много ясен набор от отговорности, които ще обсъдим подробно по-късно в този урок. В този раздел нека се съсредоточим върху атрибутите на Scrum Team като цяло и идеалния размер на екипа.

Атрибути на Scrum Teams

По-долу са дадени 2 атрибута на Scrum Team:

  • Екипът на Scrum се самоорганизира
  • Scrum Team е многофункционален

Самоорганизирани Scrum екипи са самостоятелни и самодостатъчни по отношение на изпълнението на работата си без нужда от външна помощ или насоки. Екипите са достатъчно компетентни, за да възприемат най-добрите практики за постигане на целите си за спринт.

Междуфункционални Scrum екипи са екипите, притежаващи всички необходими умения и умения в екипа, за да свършат работата си. Тези екипи не разчитат на никого извън екипа за завършване на работните елементи. По този начин, Екипът на Scrum е много творческо обединяване на различни умения, които са необходими за завършване на цялата работна задача.

Всеки член на екипа може да не притежава непременно всички умения, необходими за изграждането на продукта, но е компетентен в своята област на опит. Като каза това, членът на екипа не трябва да е многофункционален, но екипът като цяло трябва да бъде.

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

Scrum екип

Scrum Размер на екипа

Препоръчителният размер на екипа за разработка в Scrum е 6 +/- 3, т.е. от 3 до 9 членове, които не включват Scrum Master и собственика на продукта.

Сега нека продължим напред и да обсъдим подробно всяка от тези роли.

Scrum Master

Scrum Master е човекът, който е отговорен за улесняването / обучението на Екипа за разработка и Собственика на продукта за работа в ежедневните дейности по развитие.

Той е този, който гарантира, че екипът разбира Scrum ценностите и принципите и е в състояние да ги практикува. В същото време Scrum Master също така уверява, че екипът се чувства ентусиазиран от Agile, за да постигне най-доброто извън рамката. Scrum Master също помага и подкрепя екипа да се самоорганизира.

Освен че обучава и обучава членовете на екипа относно важността на Agile, той е отговорен и за това да гарантира, че екипът се чувства мотивиран и укрепва по всяко време. Той също така работи за засилване на комуникацията и сътрудничеството между членовете на екипа.

Scrum Master е ръководител на процеса, който помага на Scrum екипа и на останалите извън Scrum екипа да разберат Scrum ценностите, принципите и практиките

Роли и отговорности

# 1) Треньор - Scrum Master действа като Agile Coach както за екипа на разработчиците, така и за собственика на продукта. Scrum Master по някакъв начин действа като средство за правилна комуникация между екипа за разработка и собственика на продукта. Scrum Master остава отговорен за премахване на препятствието между двете други роли.

Ако се забележи, че собственикът на продукта не се включва или не отделя подходящо време на екипа за разработка, тогава задачата на Scrum Master е да обучава собственика на продукта по отношение на важността на неговото участие за цялостния успех на екипа.

# 2) Фасилитатор - Scrum Master действа и като фасилитатор на Scrum Team. Той улеснява и организира всички Scrum събития, поискани от членовете на Scrum Team. Scrum Master също улеснява екипа при вземането на важни решения, които биха увеличили производителността на Scrum екипа като цяло.

Scrum Master никога не нарежда на членовете на екипа да направят нещо по-скоро, той им помага да го постигнат, като обучава и напътства.

# 3) Премахване на пречките - Scrum Master е отговорен и за премахването на пречките, които оказват влияние върху производителността на екипа при предоставянето на бизнес. Всяко препятствие, което членовете на екипа не могат да разрешат сами, идва до Scrum Master за разрешаване.

Scrum Master приоритизира тези препятствия въз основа на тяхното въздействие върху производителността и бизнеса на екипа и започва да работи по тях.

# 4) Вратар на смущения - Scrum Master също така предпазва Scrum Team от външни смущения и разсейване, така че екипът да може да остане фокусиран върху предоставянето на най-добрата стойност за бизнеса след всеки спринт.

Намесата може да предизвика по-голяма загриженост, ако екипът работи в мащабирана Scrum среда, където множество Scrum Team работи заедно и има зависимостите помежду си.

Scrum Master се грижи екипът да се пази от всякаква ирелевантна дискусия и се фокусира върху елементите на Sprint, докато самият той поема отговорността да разглежда запитванията и притесненията, идващи отвън.

Scrum Master е отговорен за защитата на екипа от външна намеса и за премахването на пречките, за да позволи на екипа да се съсредоточи върху предоставянето на бизнес стойността.

# 5) Слуга Лидер - Scrum Master често се споменава като Слуга Лидер на Scrum Team. Една от най-важните му отговорности е да попита Scrum екипите за техните притеснения и да се увери, че те са адресирани.

Задължение на Scrum Master е да потвърди, че основните изисквания на екипа са приоритетни и изпълнени, за да им позволи да работят ефективно и да водят до резултати с висока ефективност.

# 6) Подобрител на процеса - Scrum Master, заедно с екипа, също е отговорен за редовното импровизиране на използваните процеси и практики за максимизиране на стойността, която се доставя. Не е отговорност на Scrum Master да свърши работата, но той е длъжен да даде възможност на екипа да измисли процес, който да им позволи да изпълнят своите спринт цели.

Scrum майстор

Собственикът на продукта

Друга много важна роля, която ще обсъдим в този урок, е Собственикът на продукта. Собственикът на продукта е гласът на клиента / заинтересованите страни и следователно е отговорен за преодоляване на пропастта между екипа за разработка и заинтересованите страни. Собственикът на продукта управлява разликата по такъв начин, че да увеличи максимално стойността на продукта, който се изгражда.

Собственикът на продукта е настроен да участва през всички дейности по Sprint Дейности и развитие и играе изключително важна роля за успеха на продукта.

Роли и отговорности

# 1) Преодоляване на пропастта - Собственикът на продукта работи в тясно сътрудничество с вътрешните и външните заинтересовани страни, за да събере входящите данни и да синтезира визия за поставяне на характеристиките на продукта в продуктовите изоставания.

Отговорност на Собственика на продукта е да разбере изискванията и предпочитанията на заинтересованата страна / общността на клиентите, тъй като той е този, който действа като техен представител и носи отговорността за изграждането на правилното решение.

В същото време собственикът на продукта гарантира, че екипът за разработка разбира какво трябва да се изгради и кога. Ежедневно си сътрудничи с екипа. Ангажирането на собственика на продукта с екипа увеличава честотата на обратната връзка и времето за реакция, което в резултат повишава стойността на продукта, който се изгражда.

Отсъствието / по-малко сътрудничество на собственик на продукт може да доведе до катастрофални резултати и в крайна сметка да се провали Scrum.

Собственикът на продукта гарантира, че елементите с натрупани продукти са прозрачни и ясно изразени и всички в екипа имат същото разбиране за елемента.

# 2) Управлява изоставането на продуктите - Като резултат от горната точка, Собственикът на продукта е отговорен за създаването и управлението на Продуктовия резерв, като нарежда елементите в Продуктовия резерв, за да постигне най-добре изискванията на заинтересованата страна, т.е. отговорете или дайте пояснения на всички запитвания на екипа за разработка.

Като цяло той е отговорен да подготви изоставането на продуктите, за да подобри доставената стойност.

Всеки, който иска да добави / премахне елемент в изоставането на продукта или трябва да промени приоритета на елемент, трябва да бъде насочен към собственика на продукта

# 3) Сертифициране на продукт - Другата му отговорност е да сертифицира изгражданите функции. В този процес той определя критериите за приемане за всеки от елементите на изоставането на продукта. Собственикът на продукта може също да създаде Тестове за приемане, представляващи критериите за приемане, определени от него, или може да вземе помощ от МСП или екипа за разработка при създаването им.

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

Тази дейност обикновено се извършва по време на спринта, когато и когато елементите са завършени, за да могат грешките да бъдат разкрити и да бъдат отстранени преди същинската среща за преглед на спринта.

# 4) Участие - Собственикът на продукта е ключов участник в дейностите, свързани със Sprint. Той работи в тясно сътрудничество с екипа за разработка при обяснение на елементите, техния обхват и стойността, която притежава.

Той също така действа като помощник за екипа за разработчици, за да може да вземе продуктите, които са закъснели, които те трябва да доставят до края на спринта. Освен дейностите по Sprint, собственикът на продукта работи и върху дейностите по пускане на продукта.

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

Препоръчително е да имате един собственик на пълно работно време за един продукт. Въпреки това може да има споразумение, при което собственикът на продукта да играе роля на непълно работно време.

Собственик на прокси продукт

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

youtube to mp4 конвертор онлайн безплатно без изтегляне

Собственикът на прокси продукт също е оправомощен да взема необходимите решения от името на действителния Собственик на продукта.

Собственик на продукта

Екипът за разработка

Друга много важна част от екипа на Scrum е екипът за разработка. Екипът за разработка се състои от разработчици, опитни в собствената си област на опит. За разлика от останалите членове на Scrum Team, екипът за разработка върху действителното внедряване на потенциално доставяния софтуер / приращение, който трябва да бъде доставен в края на всеки спринт.

Екипът за разработка може да се състои от хора със специализирани умения като Front-end Developers, Backend Developers, Dev-Ops, QA Experts, Business Analyst, DBA и т.н., но всички те са наричани разработчици; Не се допускат други заглавия. Екипът за разработка дори не може да има под-екипи в него като екип за тестване, екип за спецификация на изискванията и т.н.

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

Отговорността за разработването на приращения винаги е на екипа за разработка като цяло, но всеки в екипа на Scrum е отговорен за цялостното изпълнение.

Единствено решението на екипа за разработка е да добави / премахне член на екип. Ако се изисква нов набор от умения, Екипът за разработка може да избере да изгради този опит в екипа или да добави нов член към екипа.

Роли и отговорности

# 1) Разработка и доставка - Екипът на разработчиците е отговорен за създаването на привършен инкремент въз основа на „Определение на готово“ в края на всеки спринт. Извършеното увеличение може да не е задължително част от следващата производствена версия, но определено е потенциално освобождаема функционалност, която крайният потребител може да използва.

Призивът на собственика на продукта е да реши какво трябва да бъде част от изданието. Екипът за разработка обаче е отговорен за разработването и доставянето на Готово Увеличаване на всеки Спринт, който отговаря на критериите в Определение за Готово.

# 2) Задачи и предоставяне на оценки - Екипът за разработка е отговорен и за събирането на потребителски истории / артикули от приоритизирания списък с продукти, които ще бъдат доставени в следващия Sprint. По този начин тези елементи представляват спиртно изоставане. Sprint Backlog се създава по време на среща за планиране на Sprint.

Друга много важна отговорност, която Екипът за разработка прави, е да създава задачи чрез разбиване на Спринт Елементите и предоставяне на прогнози за тези Спринт Елементи.

Никой не казва на екипа за разработка какво и как да прави нещата. Екипът на разработчиците е отговорен да вземе артикулите от Продуктовия резерв, които могат да бъдат доставени в следващия Спринт. След като Sprint е стартиран, елементите не могат да бъдат променяни / добавяни / премахвани.

Размер на екипа за разработка

Размерът на екипа за разработка трябва да бъде избран разумно, тъй като той може пряко да попречи на производителността на екипа, като по този начин се отрази на доставката на продукта. Екипът за разработка не трябва да бъде много голям, тъй като може да изисква много координация между членовете на екипа.

За много малък екип обаче би било много трудно да притежават всички умения, необходими за постигане на приращение. По този начин трябва да се избере оптимален брой за размера на екипа за разработка.

Препоръчителният размер на екипа за разработка е от 3 до 9 членове, с изключение на Scrum Master и собственика на продукта, освен ако те не разработват и софтуерната добавка заедно с останалите разработчици.

екип за разработчици

Обобщение

Scrum Team

Роли

  • Собственик на продукта
  • Екип за разработка
  • Scrum Master

Размер

  • Размер на Scrum Team - 3 до 9

Самоорганизиращ се екип

  • Знае най-добрия начин да завършат работата си.
  • Никой не казва на самоорганизирания се екип какво да прави.

Междуфункционален екип

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

Собственик на продукта

  • Представлява комитета или е повлиян от него.
  • Сътрудничи със заинтересованите страни и Scrum екипа.
  • Управлява изоставането на продуктите
    • Обяснява елементите за натрупване на продукти.
    • Приоритизиране на работните елементи.
    • Уверява се, че изоставането на продукта е лесно разбираемо и прозрачно.
    • Ясно дефинира върху какви предмети да работите.
    • Гарантира, че екипът от разработчици разбира елемента в изоставането на продукта
    • Всичко, което трябва да бъде добавено / премахнато / променено в Собственика на продукта, трябва да идва чрез Собствениците на продукта.
  • Вземете обаждане като кога да освободите работните елементи.

Scrum Master

  • Уверява се, че Scrum е ясно разбран и приет от екипа.
  • Е лидер на служители за екипа на Scrum.
  • Премахване на пречките
  • Защитете екипа от безполезни взаимодействия, за да увеличите максимално бизнес стойността, създадена от Scrum Team.
  • Улесняване на Scrum събития, когато е поискано.
  • Гарантира, че срещите са с време.

Екип за разработка

  • Доставя потенциално освобождаващо се увеличение на „Done“ продукт в края на всеки Sprint.
  • Те са самоорганизиращи се и многофункционални.
  • Никой не казва на екипа за разработки какво и как да прави.
  • Не се допускат заглавия. Всички са разработчици в екипа.
  • Не могат да се създават под-екипи.
  • Те остават отговорни за работата по Sprint Items.
  • Екипът за разработка е отговорен за задачите и предоставянето на приблизителните оценки.

Това е всичко, което сме подготвили за ролите и отговорностите на Scrum Teams. Обсъдихме отговорностите, които всеки от членовете на екипа носи и как работят като цялостен екип.

Следете да научите повече за Scrum Artefacts в нашия предстоящ урок, където ще обсъдим страничните продукти като Product Backlog, Sprint Backlog и Increments.

PREV Урок | СЛЕДВАЩ урок

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

^