Какво е Scrum?
Scrum е гъвкав процес, който помага за постигане на бизнес стойност в най-кратки срокове. Той бързо и многократно проверява действителния работещ софтуер. Той набляга на работата в екип и итеративния напредък на софтуера. Целта му е да доставя нов софтуер на всеки 2-4 седмици.
Какво е Kanban?
Kanban е визуална система за управление на работата. Той визуализира както процеса, така и действителната работа, преминаваща през този процес. Основната цел на прилагането на Kanban е да се идентифицират потенциалните затруднения в процеса и да се отстранят. Целта на Kanban е работният поток да протича гладко с оптимална скорост.
Защо да използвам Scrum?
Scrum методологията може да предложи управление на проекти за всеки бизнес и дори за целия живот като цяло. Използвайки Scrum, екипът за разработка става по-пъргав и открива как да реагира бързо и да реагира на внезапните промени.
Освен това Scrum се занимава със сложността в работата, като прави информацията прозрачна. Те помагат на екипа да инспектира и адаптира въз основа на текущите условия, вместо на предвидените условия. Това помага на членовете на екипа да се справят с общите клопки и хаоса, произтичащи от постоянно променящите се изисквания.
Защо да използвате Kanban?
Методологията на Kanban е проектирана да посрещне минимална съпротива. Така че той позволява непрекъснати малки постепенни и еволюционни промени в текущия процес. Той също така помага да се постигнат подобрения по отношение на производителността, времето за изпълнение и качеството.
Кога да използвам Scrum?
Scrum методологията се използва в проект, при който изискването бързо се променя. Той работи на принципа на самоорганизиращ се, многофункционален екип. Scrum Framework обикновено се справя с факта, че условията е вероятно да се променят бързо или през по-голямата част от времето не са известни в началото на проекта.
В Scrum изискванията за ниско ниво са дефинирани само в началото на времето. В тази методология промените и оптимизациите на продукта, изискванията и процесите са неразделна част от проекта.
Кога да използвате Kanban?
Таблата Kanban позволяват визуално управление на работата по проекти за разработване на софтуер. Това помага на членовете на екипа да видят незавършената работа. Също така им помага да разберат сложна информация като процеси и рискове, свързани с завършването на работата навреме.
Съветите на Kanban се оказват ефективни, тъй като помагат на членовете на екипа да станат по-продуктивни, като същевременно намалява количеството стрес на работното натоварване, което мениджърите на проекти и членовете на екипа изпитват по време на жизнения цикъл на проекта.
Методът за разработване на софтуер Kanban трябва да бъде приложен, ако екипът има процес, който работи добре, но все пак се нуждае от някаква оптимизация. Процесът Kanban им позволява постепенно да подобряват всички изпитани и изпитани процеси.
Процесът на скрам
Процесът Scrum насърчава членовете на екипа да оценят какво работи и кое не. Комуникацията е съществена част от процеса на скрам. Извършва се чрез срещи, наречени Събития . Scrum събития включват:
Ежедневен скрам:
Daily Scrum е малка среща, която се случва на едно и също място и час всеки ден. В края на всяка среща екипът преглежда работата, завършена в по-ранния ден, и планира каква работа трябва да свърши през следващите 24 часа. На ежедневната среща на екипа за скрам членове говорят за всички проблеми, които могат да се превърнат в пречка за завършването на проекта.
Среща за планиране на спринта
Sprint се отнася до времевата рамка, в която работата трябва да бъде завършена, обикновено нейните 30 дни. В тази среща със спринт план всеки трябва да помогне за определянето на целите. В крайна сметка трябва да се произведе поне едно увеличение на софтуера.
Ретроспектива на спринта
Спринт ретроспективна среща се провежда след края на Спринт. В тази сесия всички разсъждават върху процеса на спринт. В тази фаза може да се проведе процес на изграждане на екип. Основна цел на Sprint Retrospective е непрекъснатото усъвършенстване.
Kanban процес
В процеса на Kanban всичко постепенно се подобрява, независимо дали става въпрос за разработване на софтуер, персонал, маркетинг, продажби, обществени поръчки и др. Методът Kanban следва определен набор от принципи за управление и подобряване на потока от работа.
Четири принципа на метода на Kanban са дадени по-долу:
1. Визуализирайте работата
Чрез създаването на визуален модел на работа и работен процес, това помага да се наблюдава потока от работа, движещ се през системата Kanban.
2. Ограничете работата в процес
Позволява на членовете на екипа да намалят времето, необходимо на предмета за пътуване през системата Kanban.
3. Фокусирайте се върху потока
Чрез използване на ограничения в процеса на работа и разработване на политики, ръководени от екип, можете да оптимизирате системата Kanban, за да подобрите гладкото протичане на работата.
4. Непрекъснато подобряване
Когато системата Kanban е налице, тя действа като основа за непрекъснато усъвършенстване. Той помага на екипите да измерват своята ефективност, като анализират проследяващия поток, времената за изпълнение на качеството и т.н.
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 може да доведе до проблеми в процеса на разработка. |
| Големите проекти могат лесно да бъдат разделени на лесно управляеми спринтове. | Само работи добре с малки екипи , така че не е подходящо големи размери екип. |
Заключение:
- Scrum е гъвкав процес, който ни позволява да се съсредоточим върху предоставянето на бизнес стойността за най-кратко време.
- Kanban е визуална система за управление на разработката на софтуер.
- Методът на Kanban насърчава непрекъснатото усъвършенстване, производителността и ефективността вероятно ще се увеличат.
- Scrum е фокусиран върху изоставането, докато Kanban на таблото.
- Scrum master действа като решаване на проблеми.
- Канбан насърчава всеки член на екипа да бъде лидер и да споделя отговорност между всички тях.
- Scrum предписва итерации с време.
- Kanban се фокусира върху планирането на различна продължителност за индивидуална итерация.