Scrum
Scrum е агилна рамка, която помага на екипите да се справят със сложна работа в кратки, итеративни цикли чрез фиксирани роли, събития и артефакти.
Scrum е агилна рамка за разработка и управление на сложни продукти, оформена първоначално в разработката на софтуер, а сега използвана в много индустрии. Тя се основава на идеята за емпиричен контрол на процеса: вместо да планира задача от начало до край предварително, екипът работи в кратки, фиксирани времеви прозорци, наречени спринтове, обикновено с продължителност от една до четири седмици. Всеки спринт завършва с използваем инкремент от работа, което създава пространство за обратна връзка и позволява на екипа да коригира следващите си стъпки. Тази комбинация от прозрачност, инспекция и адаптация прави Scrum добър избор за работа, при която изискванията са несигурни или вероятно ще се променят.
Scrum определя три фиксирани роли. Продукт оунърът притежава стойността на продукта и поддържа продуктовия бекложг, приоритизиран списък с всичко, което трябва да бъде свършено. Scrum майсторът поддържа екипа да работи в рамките на рамката, отстранява пречки и улеснява сътрудничеството, без пряко да разпределя задачи. Екипът за разработка сам планира и изпълнява работата. Четири повтарящи се събития дават на всеки спринт неговата структура: планиране на спринта в началото, daily scrum за бързо съгласуване, преглед на спринта за представяне на построеното и ретроспектива на спринта за подобряване на начина, по който екипът работи заедно.
Scrum работи най-добре за задачи, при които обхватът или решението не са напълно ясни в началото, като разработка на продукти или сложни проекти с много заинтересовани страни. Той се различава от Kanban по своите фиксирани времеви прозорци и определени роли, докато Kanban разчита повече на непрекъснат поток без фиксирани итерации. В сравнение с класическото планиране по водопадния модел, предимството му е редовната инспекция: погрешните преценки излизат наяве рано, а не едва в края на проекта. На практика Scrum обикновено се проваля не заради самата рамка, а заради половинчато изпълнение, например когато ретроспективите се пропускат или бекложгът не се поддържа.
Практически пример
Средно голямо машиностроително предприятие разработва нов софтуер за наблюдение на производственото си оборудване. Петчленният екип работи в двуседмични спринтове: в началото на всеки спринт избира десетте най-важни елемента от около 40 отворени позиции в бекложга, синхронизирайки се ежедневно за 15-минутен daily scrum. След десет спринта, пет месеца по-късно, е готова първа използваема версия, вместо деветте месеца разработка без междинен резултат, които екипът първоначално е планирал. Ретроспективите разкриват, че неясни изисквания са коствали на екипа около 20 процента от капацитета му през първите три спринта, затова продукт оунърът започва да пише по-ясни описания на бекложга оттогава нататък.
Как помага Leanshift
В основата си ретроспективата на спринта е просто повтарящ се цикъл на Kaizen: екипът спира, поглежда честно към току-що приключилата работа и прави съзнателно подобрение в начина си на работа, преди да продължи напред. Това съответства на разбирането на Leanshift, че подобрението не е еднократен проект, а редовен навик, вграден в ежедневната работа. Екипи, които живеят по този начин, не подобряват само продукта, те изграждат повече хора, които знаят как сами да подобряват нещата.
Често задавани въпроси
Полезен ли е Scrum само за разработка на софтуер?
Не. Scrum възниква в софтуера, но вече се използва в маркетинга, разработката на продукти, образованието и други области, навсякъде, където работата е сложна и изискванията могат да се променят по пътя.
С какво Scrum се различава от Kanban?
Scrum протича във фиксирани времеви прозорци, наречени спринтове, с определени роли и събития, докато Kanban визуализира непрекъснат поток от работа без фиксирани итерации и се фокусира върху ограничаване на количеството текуща работа.
Наистина ли на малък екип му е нужен посветен scrum майстор?
Не непременно като роля на пълно работно време. В малки екипи някой често поема тази роля наред с редовната си работа; важно е улесняването и самата рамка реално да се спазват.