scrum events time boxing
Въведение в Scrum събития:
В нашите по-ранни уроци обсъдихме Scrum и как е структуриран.
И нашият предишен урок обясни всичко за Scrum Артефакти подробно.
Ние знаем кой формира Scrum екипа и какви различни артефакти са разработени по време на процеса. Сега установихме силен опит. Следователно, нека направим крачка напред по Scrum и обсъдим ключовите събития / церемонии, които съставляват Scrum процеса.
В този урок ще се опитаме да разберем какво означава всяко от Scrum Event, кои са основните характеристики и как да ги организираме в детайли.
Какво ще научите:
- Общ преглед
- Видове Scrum събития
- Какво е тайм бокс?
- Планирането на спринта
- Ежедневният Standup
- Прегледът на спринта
- Ретроспектива на спринта
- Прецизиране на изоставането
- Заключение
- Препоръчително четене
Общ преглед
Докато работи по проект, базиран на Scrum, екипът на scrum преминава през поредица от Scrum церемонии.
Някои могат да ги наричат Scrum церемонии или събития, а други могат да ги наричат за ритуали или срещи. Независимо от различните терминологии, използвани тук, целта на всяко Scrum събитие остава същата. Всяко от Scrum събитията по същество помага за осъществяването и наблюдението на работата на Sprint.
Видове Scrum събития
Всяка Scrum церемония е лична афера / събиране, организирано от Scrum Master за специалните групи. Освен основния екип, някои от срещите могат да включват заинтересовани страни, ръководители на доставки или дори самия клиент. Тези срещи са с график и по този начин трябва да бъдат завършени в рамките на определения срок.
Целта на всяка от срещите е да събере участниците и да им позволи да обсъдят работата. Очакванията на всеки участник е да остане съсредоточен, ангажиран и активен.
Разглежда се като възможност за разговор, изследване и извличане на обратната връзка за свършената работа. За разлика от обикновените срещи, Scrum събитията са ориентирани към резултатите, базирани на време, базирани на целева аудитория и имат конкретна цел, съобразена с всяка една от тях.
Какво е тайм бокс?
Timeboxing е една от ключовите функции, прикрепени към всяко Scrum събитие. Очаква се участниците да бъдат осъзнати и уважаващи времето, отделено за всяко от събитията. Събитията не могат да бъдат удължени, но могат да бъдат съкратени, ако целите на срещата вече са постигнати.
Scrum Master, който е и фасилитатор за всички Scrum събития, гарантира, че всички разбират важността на бокса във времето, а също така непрекъснато им напомня да се съсредоточат върху целта на срещата, за да получат най-добрите резултати и във времето резултати с отклонения.
Часовата кутия за събитие в идеалния случай не трябва да се удължава, но тъй като знаем, че Scrum не се отнася до правилата, времето може да бъде удължено до определена дължина, ако всеки участник се съгласи.
Как да решим часовото поле за всяко събитие Scrum?
Часовото поле за Scrum събития е право пропорционално на дължината на спринта. Единственото изключение от това правило е Daily Standup, който има фиксиран интервал от време от 15 минути, независимо от дължината на спринта.
Има стандартни времеви рамки за всяко събитие въз основа на дължината на спринта. И все пак, екипът има свободата да реши сроковете за тези събития въз основа на техните изисквания.
Нека разберем повече от тези концепции, като обсъдим подробно всяко събитие Scrum.
Планирането на спринта
Като предварително условие за тази церемония, собственикът на продукта трябва да има стабилен приоритизиран продукт, натрупан в списъка с потребителски истории, подготвен преди да дойде на срещата. Потребителските истории трябва да бъдат добре оформени и достатъчно ясни, за да може екипът да разбере.
Собственикът на продукта може да потърси помощ от заинтересованите страни, клиенти, дизайнери и Scrum Master за разработване на натрупване на продукти.
Задължително е да имате критерии за приемане в потребителска история. Екипът е упълномощен да отхвърли потребителска история без критериите за приемане.
Предназначение
Планирането на спринт е първоначалната церемония при стартиране на спринт. Целта на срещата за планиране на Sprint е да се създаде Sprint цел, да се изберат потребителски истории от Product Backlog до Sprint Backlog и да се обсъдят в детайли.
Екипът се събира в заседателна зала, заедно със собственика на продукта и Scrum Master, където собственикът на продукта представя потребителските истории, които трябва да бъдат избрани за следващия спринт.
Екипът може да зададе толкова въпроси, колкото им харесва да знаят повече за историята и отговорността на собственика на продукта е да отговори на запитванията. Екипът може също да оспори историята за нейната пълнота и пригодност.
Ако в историята се изисква допълнителна информация или има незавършена зависимост или се установи, че е непълна, екипът има силата да отхвърли тази история.
В края на краищата съмненията са изчистени и екипът знае точния обем работа, която трябва да бъде свършена, за да завърши една история, след това екипът прави оценка и дава Историческите точки на всяка от потребителските истории.
По подобен начин се обсъждат и оценяват и останалите истории. Сега екипът избира Историите от горната част на Приоритизираното натрупване на продукти в Sprint Backlog, което според тях ще може да извърши и завърши в Sprint предвид миналата им скорост.
Скоростта се определя от общия брой сюжетни точки, завършени в среден спринт. Скоростта се изчислява въз основа на историческите спринтове и чрез усредняването им. Колкото повече спринтове завършим, толкова по-стабилна е скоростта за един отбор.
Много отбори използват Planning Poker карти за оценка на историите. Най-често срещаната техника за оценка е насочването на историята с помощта на поредицата Фибоначи. Поредицата на Фибоначи е поредица от числа, където всяко следващо число от поредицата се съставя чрез събиране на предишните две числа.
Серия на Фибоначи - 1, 1, 2, 3, 5, 8, 13 и така нататък.
Потребителските истории, оценени над 13 точки, се считат за много големи, за да бъдат завършени в един спринт и следователно се разлагат на по-малки логически потребителски истории, които могат да бъдат оценени индивидуално.
По време на среща за планиране на спринт, екипът ще създаде задачи и под потребителските истории, които са избрани за спринта. Не се очаква екипът да задава всички истории на потребителите по време на планирането на спринта, но е достатъчно само да ги започне. Останалата част от задачите може да се изпълни по време на спринта.
Ключовият резултат от срещата за планиране на спринта е целта на Sprint и Sprint Backlog, която се състои от потребителски истории, за които екипът се е ангажирал да завърши.
Освен потребителските истории, може да има някои други елементи, които могат да станат част от Sprint Backlog.
- Шипове
- Технически дългове
- Грешки
Шипове са изследователските задачи за намиране на решение, т.е. необходимостта от това се задейства от самата Потребителска история. Някои от историите може да не са ясни или да не са в техническа възможност и следователно ще са необходими повече анализи и изследвания около тях. Следователно се създава шип. Той може също да включва POC, ако възникне необходимост.
Технически дългове са рефакторинг на съществуващия код. Много пъти има ситуации, когато екипът трябва да преработи кода, разработен по-рано, за да отговори на новите изисквания.
Грешки в Scrum обикновено са пропуснатите или нови изисквания, които произтичат от приетите потребителски истории, но са свързани с текущите работни елементи. Ако не е изискване, това всъщност може да е грешка в системата, която е била открита по време на предишните спринтове, но не е била отстранена и е била приоритетна в този спринт.
Присъстващи
Всички в Scrum Team са част от срещата за планиране на спринта. Никой друг освен основния екип не е поканен да присъства на срещата.
Срещата за планиране на спринта се организира и улеснява от Scrum Master, но собственикът на продукта открадва шоуто.
Часовник
Срещата за планиране на спринта може да отнеме половин ден в продължение на две седмици. Часовото поле за среща за планиране на спринта зависи пряко от дължината на спринта. По-кратък за кратък спринт и по-дълъг за дълъг спринт.
Срещата за планиране на спринта има много важна роля в цялостната архитектура на Scrum и пряко засяга продукта, който се разработва. Ето защо екипът трябва да инвестира толкова време, колкото смята, че е необходимо, за да обсъди подробно всички истории на потребителите и може да предложи алтернативен времеви прозорец, който им подхожда.
След като времето бъде определено и договорено, отговорността на Scrum Master е да държи екипа фокусиран върху целта и в същото време да следи времето.
Ежедневният Standup
Предназначение
Daily Standup е среща, която дава възможност да се илюстрира цялостен поглед върху здравето на Sprint. Това е и платформа за обсъждане на това, върху което другите членове на екипа работят и дали има нещо, което спира в постигането на целта на Sprint.
По време на ежедневна среща за изправяне всеки член на екипа споделя статуса на своя / нейния напредък по работните елементи, по които работи. Те също биха споделили и потърсили помощ от останалите членове на екипа, ако има някакви препятствия, блокиращи техния напредък.
По време на ежедневна среща за изправяне всеки член на екипа около масата отговаря един на един на следните три ключови въпроса:
‘Какво направихте от последната ежедневна среща на Standup?’
‘Какво смяташ да правиш днес?’
въпроси за интервю за работа на анализатор за осигуряване на качеството
‘Има ли някаква пречка, блокираща работата ви?’
Очаква се останалите членове на екипа да обърнат внимание, когато някой споделя статуса и да предлагат помощ, ако възникне нужда. Веднага след като последният член на екипа отговори на трите въпроса, срещата приключва там.
Ежедневната среща на Standup дава цялостна картина за това какво е текущото и общото състояние на завършеност на итерацията, по която работят в момента. Scrum Master играе много важна роля за поддържането на фокуса на срещата Daily Standup и времето. Той е отговорен и за разрешаването на пречките, блокиращи отбора да напредва с техните потребителски истории.
Scrum Master също така трябва да се увери, че никой друг освен основния екип не задава въпроси и не представя състоянието. Той може да разреши бързи дискусии около потребителските истории, ако е необходимо, но през цялото време трябва да е наясно с времето и може по всяко време да се намеси и да помоли членовете на екипа да проведат дискусия офлайн.
Присъстващи
Всеки може да присъства на ежедневна среща на Standup. Въпреки това е задължително основният екип да присъства на срещата и да представи състоянието на работата си.
Всеки друг, дори от външния екип, който се интересува от знанието за напредъка на Спринта, може да присъства на Ежедневната среща по Standup, но няма право да представя състоянието на своята работа или да разпитва членовете на екипа за разработка за тяхната работа.
Само членовете на основния екип имат право да споделят напредъка си в работата, а от всички останали се очаква да слушат мълчаливо.
Ежедневната среща на Standup трябва да се проведе, дори ако присъства само един член на екипа.
Екипът може да провежда Ежедневната среща за изправяне самостоятелно или да поиска от Scrum Master да им я улесни.
Часовник
Както подсказва името, всекидневна среща за изправяне се провежда ежедневно и се очаква участниците да застанат, тъй като това е само кратка среща от 15 минути. Идеята е да се придържате към дневния ред и да не отклонявате фокуса, поради което срещата се поддържа кратко. Поддържането на срещата също помага на хората лесно да се ангажират с нея, тъй като тя изисква само 15 минути.
Ежедневното заседание на Standup също се провежда по едно и също време и на едно и също място всеки ден, за да се намали объркването сред участниците и да се резервират ежедневно стаите за срещи. По време на срещата силно се препоръчва използването на лаптопи, настолни компютри или мобилни телефони.
Екипите могат да решат кога да проведат ежедневната среща и да се придържат към нея. Нормалната тенденция обаче е да се провеждат срещите първото нещо сутрин. За екипите, работещи в различни часови зони, сутрешното обаждане може да не работи и по този начин те могат да проведат разговора следобед или каквото им е най-подходящо.
Scrum Master може също да сподели важните новини или актуализации в края на срещата с екипа, ако времето позволява, но не му е позволено да удължава срещата на всяка цена.
Прегледът на спринта
Предназначение
Срещата за преглед на спринта е свързана с демонстриране на свършената работа и събиране на обратна връзка и бай-ин. На някои места срещата за Sprint Review е известна още като Sprint Demo. Срещата за преглед на спринта обикновено се прави в края на спринта, но преди срещата за ретроспекция на спринта.
Избраният (ите) представител (и) от отбора демонстрира текущите артикули за спринт. Обикновено разработчикът, който работи върху потребителската история, демонстрира работата и отговаря на запитванията, повдигнати от всеки от аудиторията.
Потребителските истории, които се правят въз основа на Определението за готово, са единствените кандидати за демонстрацията на срещата за преглед на спринта.
Собственикът на продукта играе много важна роля по време на срещата за преглед на спринта. Той е този, който отговаря за оценката на всяка демонстрирана от потребителя история спрямо критериите за приемане и приема или отхвърля историята.
След това приетите истории се интегрират с Done Increment, което е потенциално доставим продукт. Къде би отишла отхвърлената или незавършена история е призивът на собственика на продукта. Отхвърлените истории могат да станат част от следващия спринт или да се преместят в Product Backlog, откъдето отново ще бъдат приоритизирани.
Ключовият резултат от срещата на Sprint Review е цялостна картина на датата на завършване на проекта. Собственикът на продукта приема / отхвърля историята и приетите истории след това се интегрират с инкремента (създаден по време на предишни спринтове) като цяло, за да дадат по-добра представа къде сме в завършването на целия продукт.
Друг ключов резултат от срещата на Sprint Review е, че членовете на екипа научават нещо за оценката. Броят на приетите потребителски истории определя броя на точките, постигнати в спринт.
Така постепенно спринт по спринт, екипът може да развие способността да прави правилни оценки и да вземе информирано решение по отношение на историческите точки, които е възможно да се постигнат.
Често се наблюдава, че такива срещи хвърлят светлина върху непълните критерии за приемане или изскачащите нови изисквания. Най-добрият начин да се справите с тази ситуация е да затворите историите и да ги маркирате като готови, ако отговарят на всички критерии за приемане, които първоначално бяха договорени по време на срещата за планиране на спринта.
Всичко над и над това трябва да се разглежда като ново изискване и собственикът на продукта е отговорен за тези изисквания за бъдещия спринт.
Присъстващи
На срещата за преглед на спринта присъстват членовете на екипа, включително Scrum Master и собственика на продукта. Други участници в срещата за преглед на Sprint са заинтересованите страни, мениджърите на доставките, клиентите / крайните потребители или всеки, който се интересува да бъде част от Sprint Review.
Часовник
В идеалния сценарий за двуседмичен спринт прекарваме приблизително 2 часа в срещата на Sprint Review. Това може да варира в зависимост от дължината на Спринта. За по-кратък спринт по-кратък Sprint Review и за по-дълъг спринт по-дълъг Sprint Review.
Подобно на други срещи, Scrum Master е отговорен да запази инерцията на срещата и да се увери, че дейностите (демонстриране на историите, отговаряне на запитвания, приемане на историите, отбелязани отзиви и т.н.) се вписват в рамките на определения период от време.
Ретроспектива на спринта
Предназначение
Sprint Retrospective е всичко за въплъщаване на това, което Agile казва - „ Редовни размисли за това как да станете по-ефективни ’. Sprint Retrospective дава възможност на целия екип да разсъждава и да обмисля как е преминал спринтът и какво трябва да се направи, за да се импровизират процесите? Ретроспекция на спринта се извършва в края на всеки спринт.
По време на ретроспективна среща на Sprint целият екип се събира и обсъжда току-що завършения Sprint. Очаква се отборът да бъде прозрачен и да дава честни мнения, но няма игри за вина.
Не забравяйте целта на срещата да направите крачка напред в областта на импровизацията, а не да задържите екипа, като увеличите напрежението сред членовете.
Всеки в екипът се очаква да отговори на четирите основни въпроса:
Scrum Master моли членовете на екипа да напишат своите точки за всеки от квадрантите, както е показано по-горе в лепкави бележки. На някои места се използват инструменти със същата цел.
софтуер за изтегляне на видеоклипове от
Какво мина добре?
Членовете на отбора дават една или повече точки за това какво се е получило добре в последния Спринт. Този раздел може да се възприеме и като възможност да оцените и признаете останалите членове на екипа за тяхната добра работа.
Какво научихте
Scrum се разглежда като възможност да научите нещо ново във всеки спринт. Тази област на квадрант е да се обсъдят основните изводи и поуки от последния Спринт.
Какво не мина добре?
В този раздел екипът обсъжда проблемите и препятствията, с които са се сблъскали по време на последния спринт. Тази част от срещата е най-крехката, тъй като хората могат да повдигат проблеми, които могат да създадат неудобство на останалите.
Отговорността на Scrum Master е да успокои атмосферата, ако има нужда, и да научи хората да повдигат проблемите си по конструктивен начин, вместо да преминават през кръговете лични атаки.
Ако някой от членовете се чувства неудобно да се изправя пред проблемите пред другите съотборници, той може да отиде при Scrum Master по-късно и да обсъди проблемите.
Какво може да се направи по-добре?
Тази част от срещата дава възможност на всички членове на екипа да обсъдят всички повдигнати по-рано проблеми и да намерят начините за тяхното разрешаване. Всички в екипа са добре дошли да предложат решения на проблема. След това екипът в единство взема решение за най-подходящите решения.
Екипът трябва също така да обмисли да се придържа към нещата, които са били обсъдени в това, което се е развило добре и за бъдещите спринтове, и напред, тези неща могат да бъдат добавени като неразделна част от процеса.
Резултатът от срещата за ретроспекция на спринта е списък с елементи за действие, договорени от участниците за подобряване на процеса за предстоящия спринт.
Присъстващи
Целият екип на Scrum, включително Scrum Master и собственика на продукта. Но за разлика от ежедневната среща, Scrum Master и Продуктът също участват в предоставянето на своите данни и ретроспективни точки.
Подобно на ежедневната среща в Standup, ретроспективната среща на Sprint също се улеснява от Scrum Master. Scrum Master гарантира, че всеки от екипа, включително и той самият, има възможност да се отвори и да говори както положителните, така и отрицателните страни.
Обърнете внимание, че участниците извън екипа не са поканени на ретроспективна среща на Sprint. Ретроспективата на спринта се счита за малко лична и емоционална среда, която позволява на членовете на екипа да се отворят без колебание и да обсъдят проблемите, с които са се сблъсквали по време на последния спринт.
Часовник
Правилно се казва, че всички Scrum церемонии са с часове и времето им зависи от дължината на Спринта. Като казахте, че за двуседмичен спринт е идеално да имате ретроспективна среща за 2 часа.
Ако обаче разглеждаме Sprint Retrospective като възможност за комуникация, ретроспекция и ангажимент към подобренията, е много оправдано да се даде достатъчно време на срещата, за да се избегне загубата на важните гледни точки и прозрения.
Поради това е добре срещата да бъде определена по време, но не трябва да се прави с цената на комуникацията и напредъка. Друго много важно събитие в Scrum е прецизирането на изоставането. Нека вземем един кратък момент, за да го хвърлим малко светлина.
Прецизиране на изоставането
Прецизирането на изоставането, което е известно още като подреждане на изоставането, е среща, на която се обсъждат потребителските истории в Product Backlog, които може да са част от следващия Sprint. На среща за усъвършенстване на изоставането целият екип седи заедно и обсъжда историите на потребителите, като по този начин предоставя своите приноси.
Цялостната идея е да се подготви Backlog на продукта за предстоящия Sprint и да се гарантира, че потребителските истории са готови за избор. Срещата за прецизиране на изоставането се организира по време на спринта „n-1“, за да се подготви за елементите, които ще бъдат взети в спринта „n“.
Заключение
С това стигнахме до края на този урок за „Scrum Events“, който трябва да прочетете. Scrum Events е най-важната и значима тема от Scrum Series.
В този урок ние обсъдихме всичките пет Scrum събития, т.е. Sprint, Sprint Planning, Daily Standup, Sprint Review и Sprint Retrospective . Всяко събитие, различно от ежедневното събитие, има редовен цикъл на спринт, т.е.изпълнява се веднъж във всеки спринт.
Събитията дават представа за това как се изпълняват задачите в Scrum среда. Всички събития в Scrum са възможности за подобрение, адаптация и проверка.
Следва урок за „Изправяне на дефекти“, който е официална среща, на която се обсъждат и триадизират всички дефекти на текущия Спринт, т.е.
Препоръчително четене
- Scrum артефакти: Натрупване на продукти, изоставане в спринта и увеличение на продукта
- Урок за борда на JIRA Scrum: Работа със Scrum с Jira за управление на спринта
- Онлайн тест за Agile Scrum: Проверете знанията си за Agile Scrum
- Как да предоставим софтуерни функции с висока стойност за кратък период от време, използвайки Agile Scrum процес
- Дефект триаж в Scrum: Как е организиран в Scrum настройка
- Възможност за работа на свободна практика на непълно работно време за експерти по селен
- Роли и отговорности на екипа на Scrum: Scrum Master и собственик на продукта
- 10 най-добър софтуер за часовник за свободно време за проследяване на времето на служителите