Скрам ръководство | 33. Скраумбан и Канбан дъски в Скрам

Scrum и Kanban са методи за работа в екип, които споделят много сходства. Въпреки това, има и разлики, които бихме искали да обсъдим днес. Kanban дъските също често се приемат от Scrum екипи. Това е така, защото те са много практични за визуализиране на работата в екип и нейния напредък. Чрез комбиниране на най-доброто от двете методологии, се появи техника, наречена Scrumban. Тя е популярна в проекти, които комбинират разработка на продукти с предоставяне на услуги, където дългите спринтове и относително формализираните Scrum срещи не винаги са подходящи.

Scrumban и Kanban дъски в Scrum – съдържание:

1. Въведение
2. Kanban срещу Scrum
3. Kanban дъски в Scrum
4. Scrumban
5. Резюме

Въведение

Kanban е метод, който е пионерстван в Япония. Той произлиза от 1950-те години и първоначално е бил инструмент за управление на непрекъснатото производство по такъв начин, че да не се създават инвентаризации и излишъци, а да се обработват ресурсите на текуща база. В началото на 21-ви век Kanban беше адаптиран към нуждите на софтуерната разработка от Дейвид Дж. Андерсън.

Kanban срещу Scrum

Общият начин на работа в Kanban се различава от Scrum основно по по-малко формалния подход. В Kanban няма толкова подробни указания за, например, работа в спринтове, роли на Product Owner, Scrum Master и Development Team. Това е възможно, защото Kanban се фокусира върху непрекъснатостта на задачите, като предоставяне на конкретен тип услуга, които са по-повторими и не изискват толкова сложни планове.

Въпреки това, целта и начините на работа са сходни. Целта на Kanban е да достави най-висококачествения продукт на клиента навреме. Принципите, касаещи начините на работа, общи за двата метода, могат да бъдат формулирани по следния начин:

1. Работата трябва да бъде гладка и без никакви прекъсвания – в Scrum това се постига чрез непрекъснатата последователност на спринтовете, докато в Kanban работата е непрекъсната поради гладкия поток на задачите. Те образуват опашка, от която разработчиците избират (вземат) няколко задачи за завършване.
2. Екипът трябва да се фокусира само върху избрани задачи – използвайки терминологията на Kanban, екипът трябва да “намали работата в процес”. В Scrum, еквивалентът на това са User Stories, избрани от Product Backlog, за да бъдат поставени в Sprint Backlog.
3. Напредъкът на задачите трябва да бъде видим за всички участници – в Kanban те се визуализират чрез дъски, които също често се срещат в Scrum екипи.

Kanban дъски в Scrum

Kanban дъската е широко използван инструмент за визуализиране на работата в екип. Тя е таблица с няколко колони. Всяка от тях съдържа задачи с определен статус. Категоризацията на задачите се основава на простото правило: карта с описание на задачата – или нейният виртуален еквивалент – се поставя в една от колоните. Минималната версия на Kanban дъските съдържа три колони:

• За свършване
• В процес
• Завършено – в последната колона отиват задачите, които отговарят на Определението за Завършеност, за което писахме тук.

По-долу можете да намерите пример за Kanban дъска от система за управление на проекти all-in-one – Firmbee.com

Обикновено има повече колони. Ако има повече задачи за завършване, обикновено има допълнителна колона с надпис “избрани за завършване” между колоните “за завършване” и “в процес”. Докато колоната “за свършване” служи като Product Backlog, за който писахме тук, колоната “избрани за завършване” служи като Sprint Backlog, който описваме подробно в тази статия.

Второто често допълнение е колона “в процес на преглед” или “за одобрение”. Тя обикновено се поставя между колоните, съдържащи задачите “в процес” и “завършени”. Тя съдържа задачи, завършени от Development Team, които чакат одобрение от Product Owner. Задачата на Product Owner е да провери тяхното съответствие с критериите за приемане и да получи окончателното одобрение от клиента. В тази ситуация само окончателно приетите задачи се преместят в последната колона.

Scrumban

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

Scrumban поставя по-малко акцент върху метриките, обикновено използвани в Scrum, като Burndown Chart. Въпреки това, използва стълбовете на Scrum за необходимостта от непрекъснато подобряване на работния процес и адаптиране към условията и нуждите на клиента.

Когато работите в Scrumban, обаче, работата не е разделена на спринтове. Scrum срещите се провеждат на всеки 3, 6 или 12 месеца.

Планирането на работата следва принципа “по заявка”, т.е. когато се появи. User Stories се поставят директно в първата колона на Kanban дъската, съдържаща “за свършване” задачи. Така тя служи като Sprint Backlog, за който писахме по-подробно в тази статия. Както в Sprint Backlog, най-спешните задачи се поставят в горната част на списъка със задачи. Въпреки това, за по-сложни проекти, Project Manager може да поддържа отделен списък със задачи, съответстващ на Product Backlog, от който той или тя избира кои задачи да постави в първата колона.

Когато се преместят задачи от първата втората колона, важи правилото “Pull”. То означава, че задачите не се делегират на конкретен разработчик. Всеки човек избира задача от опашката и я изпълнява независимо.

Броят на задачите, поставени в средната колона “за завършване”, обикновено е ограничен в зависимост от размера на екипа, така че, ако е възможно, всеки да се занимава само с една задача в даден момент.

Резюме

Scrum и Kanban, въпреки че се използват за подобни цели, са различни начини на работа. Scrum работи най-добре в креативни, иновационни проекти, извършвани от малки Scrum екипи. Kanban, от друга страна, е създаден да функционира в непрекъсната и безпроблемна среда, за да предоставя подобни услуги. Scrum често използва Kanban дъски като метод за визуализиране на извършваната работа. Комбинацията от двете доведе до Scrumban, който работи най-добре като рамка за организации, които продават своите продукти и предоставят услуги на базата на тях на клиента.

Ако харесвате нашето съдържание, присъединете се към нашата активна общност на Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.