Какво е Kanban? Карти, табла, основни принципи и практики

Какво е Kanban?

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

Kanban произхожда от Toyota през 40-те години. Значението на Канбан на японски е „билбордове“. На борда на Kanban има колони и карти с истории. Колоните са нищо, но състоянията на работния процес и картите не са нищо друго освен демонстрация на действителната задача, която изпълнява член на екипа.

В този урок за Kanban ще научите:

• Какво е Kanban?
• Кога да използвате Kanban?
• Карти на Канбан
• Борда на Канбан
• Работен поток на Kanban
• Четирите принципа на Канбан
• Шестте основни практики на Kanban
• Система, базирана на изтегляне
• Време за изпълнение и време за цикъл
• Диаграма на кумулативния поток (CFD)
• Ограничаване на WIP (в процес на изпълнение)
• Scrum Vs. Канбан

Кога да използвате Kanban?

Ето причините за използването на метода за разработване на Kanban:

• Kanban може да се използва във всеки домейн и може да се използва много ефективно при разработването на софтуер. Управлението на проекти Kanban помага за подобряване на ефективността на екипа.
• Това е система, базирана на издърпване. Задачите се изтеглят веднага щом дадено лице се освободи.
• Kanban трябва да се използва, когато искате да освободите работата си по всяко време. Това изисква git разклоняване, но е изпълнимо.
• Kanban трябва да се използва, когато искате да промените приоритетите в движение. За това всичко, което трябва да направите, е да поставите тази история на върха на опашката със задачи.
• Трябва да се използва, когато искате да визуализирате работата си и искате да видите напредъка на задачите си визуално.

Карти на Канбан

Системата Kanban препоръчва визуализация на работата. Предлага използването на физическата и цифровата платка.

Карти на Канбан

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

1. Приоритет
2. Собственик
3. Тип
4. Краен срок

Колона в Kanban дъска представлява работния етап и можете да поставите WIP (Work in Progress) ограничение върху колоната. Ограничението за WIP означава максималният брой карти, които могат да останат в тази колона .

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

Борда на Канбан

Kanban Board е гъвкав инструмент за управление на проекти, който помага за прилагането на Kanaban за управление на проекти за лични и бизнес цели. Това е физическа или цифрова дъска (JIRA), предназначена да помогне на екипите да визуализират работата си на различни етапи и процеси. Също така помага да се представят етапите на работа с колони с помощта на карти.

Той има колони, които представят състоянието на работата като

1. Да направя,
2. Dev
3. Тестване
4. Свършен.

Всяка от тези колони може да има карти <= ограничението за WIP. Картите представляват действителната работа.

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

Работен поток на Kanban

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

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

По-долу са дадени основните състояния, които много софтуерни екипи следват за управлението на работния им процес.

Държави	Разбиране на задачите
Да направя	Задачите пристигат тук за първи път в това състояние.
Готови за анализ	Анализирайте задачата и добавете изцяло изисквания.
Готови за развитие	Анализът завърши и разработката може да започне.
В разработката	Разработват се задачи.
Готов за тестване	Разработката завърши и тестването вече може да започне.
При тестването	Задачите се тестват.
Готов за освобождаване	Тестването приключи; освобождаване може да се случи.
Пуснато / готово	Освободен.

Четирите принципа на Канбан

По-долу са основните четири основни принципа на Kanban:

1. Започнете с това, което имате сега : системата Kanban предлага да работите постепенно и започнете с това, което имате в момента. Тъй като една от практиките му е да се подобрява непрекъснато, трябва да подобрявате системата постепенно.

2. Съгласете се да следвате постепенна, еволюционна промяна: Kanban препоръчва постепенна промяна в процеса и не трябва да правите голяма промяна в процеса с едно движение.

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

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

Шестте основни практики на Kanban

Следват основните шест основни практики на Kanban:

1. Визуализирайте работния процес : Този принцип предполага да имате Kanban дъска (физическа или цифрова), за да визуализирате работния процес. Всеки индивид от отбора трябва да види своята карта и карти на други членове на отбора. Можете да премествате картите си в различни колони според горното изображение. Това носи много прозрачност в екипа и също така улеснява разрешаването на блокери

2. Ограничете незавършената работа : Kanban е базирана на изтегляне система и подобрява ефективността на екипа за ограничаване на незавършената работа и има задачи, които могат да бъдат изпълнени в дадения период от време от екипа. Това ограничение за WIP се прилага от началото до края на работния процес. Можете да приложите ограничението в горната част на колоната, като използвате положително цяло число.

3. Фокус върху потока : Този принцип се фокусира върху потока и върху всякакви прекъсвания. Ако има прекъсвания или блокери, те трябва да бъдат фиксирани за постоянно.

4. Изрични политики : Политики могат да бъдат установени в екип, за да се намали преработката и да се съсредоточи върху областите, които изискват внимание или където е по-ефективно.

5. Цикъл за обратна връзка : Циклите за обратна връзка са много важни за Kanban. Това не е само в отбора, но между множество отбори, треньори и т.н. Това помага за подобряване на цялостното здраве на системата Kanban.

6. Непрекъснато усъвършенстване : Това е основният принцип на системата Kanban. Той гласи, че винаги можете да подобрите процеса и това ще доведе до по-добра ефективност.

Система, базирана на изтегляне

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

С ограничението за WIP, Kanban помага за подобряване на времето за изпълнение и времето на цикъла. Трябва да има възможно най-малка разлика между тези две времена. Например имаме 5 разработчици и само 1 тестер; какво ще се случи в този случай? Винаги ще има много карти, които изискват тестване и те ще седят без работа и чакат.

За да преодолее споменатите по-горе проблеми и да подобри ефективността, Kanban следва подхода, базиран на изтегляне, с WIP ограничения, където ще има ограничен брой карти за изтегляне.

И така, тестващият ще изтегли задача от етапа „готов за тестване“, когато приключи текущата си задача. С ограничението за WIP в колоните Kanban (етапи на разработка), няма да имате много карти без надзор в работния процес на Kanban.

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

Време за изпълнение и време за цикъл

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

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

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

Време на цикъла = Работа в процес / Пропускателна способност

В идеалния сценарий разликата между времето за изпълнение и времето на цикъла трябва да бъде минимална и Kanban използва кумулативна диаграма на потока (CFD) за измерване на исторически данни за времето за олово и цикъл.

Диаграма на кумулативния поток (CFD)

CFD е диаграма, която е достъпна във всички водещи инструменти за управление на работния поток като JIRA. Тази диаграма измерва общото количество работни карти / задачи, които са влезли в работния процес и са натрупали завършени карти / задачи във времето.

Помага ви да имате прогноза за средно време за изпълнение и време за цикъл за предварително определено време.

CFD диаграмата ще ви даде индикатори или проблемни области, които да поправите. Ще ви предостави ясна картина и въз основа на тази диаграма. Можете да коригирате времето за изпълнение и времето на цикъла на вашия екип.

Диаграма на кумулативния поток на Kanban

1. Време за изпълнение : Това е продължителността между пристигането на нова карта във вашия работен процес и окончателното й отклонение от работния процес.
2. Cycle Time : Това е продължителност между пристигането на картата в работно състояние и когато картата е готова за освобождаване.
3. WIP : Незавършеното производство (WIP) ограничава максималното количество работни елементи в различните етапи на работния процес.
4. Пропускателна способност : Това е действителната производителност и казва действителния брой карти, доставени за даден период от време.

Пропускателна способност = WIP / време на цикъл

Ограничаване на WIP (в процес на изпълнение)

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

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

Причина за задаване на WIP Limits:

Ето причините да зададете WIP Limits:

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

Scrum Vs. Канбан

Ето важните разлики между Scrum Vs. Канбан

Scrum	Канбан
Scrum набляга на планирането . Започва с планиране на спринта и завършва с ретроспектива на спринта. Има проведени много срещи, които помагат да се гарантира, че екипът е приведен в съответствие със следващите стъпки, приоритети и поуки от предишни спринтове.	Kanban е отворен да прави промени в движение. Това означава, че има по-малка твърдост и нещата могат да се променят често .
Препоръчва събиране на времеви измервания, направени по време на спринтове	Kanban препоръчва графики, за да получите общ преглед на напредъка на екипа във времето.
Скрум вече не иска ангажимент от екипи. Вместо това става въпрос за спринт целите и прогнозите.	Канбан разчита на бокса във времето и прогнозите .
Той набляга на планирането и затова оценката има много важна роля в Scrum	Kanban няма задължителни изисквания за оценка.
Всеки човек има своята роля и отговорности.	Няма определени роли, толкова гъвкавост по отношение на индивидуалните отговорности.
Итерациите / спринтовете са с фиксирана продължителност. Тази продължителност варира от 2 седмици до 1 месец.	Kanban не се основава на продължителността . Това нещо се измерва по отношение на времената на цикъла.
От екипите се изисква да поемат точно определен обем работа.	Ангажиментът не е необходим, той не е задължителен за екипите.
При този метод кръстосаните функционални екипи са важни, тъй като те могат да се справят с всякакви смущения, които могат да причинят затруднение в разработването на софтуера.	Наличието на специализиран екип е важно.
Не е възможно да добавяте елементи към текущи итерации.	Новите елементи могат лесно да се добавят, ако е наличен допълнителен капацитет.
Спринт изоставането е собственост само на един отбор .	Няколко екипа могат да споделят борда на Kanban.
Резултатите се определят от спринтове , които трябва да бъдат завършени и готови за преглед.	Продуктите и процесите се доставят непрекъснато на необходимата основа. Така че процесът на тестване и преглед продължава едновременно.
Методът за разработка на софтуер Scrum се фокусира върху изоставането .	Методът Kanban се фокусира изцяло върху таблото за управление на процеса .
Всеки член на екипа има специфична роля в Scrum master да определя сроковете, собственикът на продукта си поставя цели и задачи, а членовете на екипа извършват разработката.	Няма предварително определени роли за екип. Все пак може да има ръководител на проекти; екипът се насърчава да си сътрудничи и работи заедно.
Най-доброто за проекти с променящи се приоритети .	Идеален за екипи със стабилни приоритети, които е малко вероятно да се променят с времето.
Измерва производството, използвайки скорост чрез спринтове.	Измерва производството, като използва времето на цикъла или точното време, необходимо за завършване на едно цяло парче проект.
Scrum изисква пълно преминаване от традиционния модел към Agile Scrum модел, който ще бъде реализиран по проекта.	Kanban не позволява драстични промени в проекта.
Това е идеален метод за проекти с много различни приоритети .	Най-подходящ за отбори със стабилни приоритети .
В Scrum целият екип се фокусира върху сътрудничеството и изпълнението на задачата за осигуряване на качествена разработка.	Екипите работят за постигане на целите и намаляване на времето за завършване на целия процес. По този начин намаляването на времевия цикъл е най-големият показател за успех тук.
Scrum акцент върху графиците му ; нови елементи не могат да се добавят към текущи повторения.	Kanban е по-итеративен по природа, тъй като няма конкретни времеви рамки . Така че могат да се добавят непрекъснато нови елементи, когато е наличен допълнителен капацитет
Цялата работа се извършва на партиди / спринтове .	Целият проект се изпълнява върху движението на потоци от единични резби .
Scrum master действа като решаване на проблеми.	Канбан насърчава всеки член на екипа да е лидер и да споделя отговорност между всички тях.
Scrum предписва итерации с време .	Kanban се фокусира върху планирането на различна продължителност за индивидуална итерация.
Scrum помага на фирмите да спестят време и пари .	Методът на Kanban се фокусира върху непрекъснатото усъвършенстване , производителност и ефективност.
Постигнете стабилна и последователна комуникация на представянето на всички нива.	Членовете на екипа са по-склонни да постигнат целите си много по-лесно поради визуалната природа на дъските на Kanban.
Проектите са кодирани и тествани по време на прегледа на спринта	Членовете на екипа са по-склонни да постигнат целите си много по-лесно поради визуалната природа на дъските на Kanban.
По- лесно е да се адаптирате към постоянните промени поради кратките спринтове и редовната обратна връзка.	Той е проектиран за редовен, стабилен изход , големите промени в търсенето на клиентите могат да накарат Kanban да се провали.
Общата цена на проекта е минимална, което може да доведе до по-бърз и по-евтин резултат .	Ако дадена задача не е правилно оценена, общите разходи по проекта никога няма да бъдат точни . В такива случаи задачата може да бъде разпределена на няколко спринта.
Тази методология изисква само опитни членове на екипа . Така че, ако екипът се състои от хора, които не са експерти, проектът не може да бъде завършен навреме.	За всяка фаза не се разпределят конкретни времеви рамки , така че членовете на екипа никога не си дават представа колко време могат да отделят във всяка фаза.
При този метод на Agile Scrum е по-лесно да доставите качествен продукт в определено време.	Проектиран е за редовен, стабилен изход, големите промени в търсенето на клиентите могат да накарат Kanban да падне.
Планът на проекта никога няма да наруши, дори ако член на екипа напусне екипа.	Ако някой от членовете на екипа излезе по време на разработката, това може да навреди на развитието на проекта .
Ежедневните срещи понякога разочароват членовете на екипа.	Остарялата дъска на Kanban може да доведе до проблеми в процеса на разработка.
Големите проекти могат лесно да бъдат разделени на лесно управляеми спринтове.

Резюме:

• Дефиниция на Kanban: Kanban се определя като гъвкава методология за разработване на софтуер, автомобили, стоки, лекарства, обувки или всяка друга производствена работа.
• Kanban използва дъската Kanban, за да визуализира работата. Той използва колони като етапи (задачи, разработка, тестване и т.н.) и карти като работен елемент.
• Методологията на Kanban поддържа физическата и цифровата дъска за визуализация.
• Kanban е система, базирана на издърпване, и картите се изтеглят от предишния етап до настоящия етап от членовете на екипа.
• Методът Kanban използва CFD диаграмата, за да разбере времето за изпълнение на екипа и времето на цикъла. Тази диаграма помага на отборите да поправят разликата между тези два тайминга и да подобрят ефективността.
• Методология за развитие на Kanban, WIP ограничава броя на задачите / картите, по които може да се работи от член на екип или цели наведнъж.
• Ограниченията на WIP пренасочват вниманието към извършване на нещата, тъй като човек се фокусира върху една задача в даден момент.