Scrum vs. kanban: кінцевий посібник з розбиття

Шість сигма, худий,Плутанина , ШматокпротиКанбан- Є багатоУправління проектамиДжургон та методологічні дебати, кинуті навколо, що ви можете знайти заплутану або незрозумілу. Однак існує кілька методологій, які приходять на розум, коли ви хочете створити ефективнийпроектплан.

Методи управління проектамипризначені для надання команд з рамкою або теорією, щоб базувати їхпроект плануваннянавколо. КожнийМетодика управління проектамиМає свої переваги та недоліки, але пара методології забезпечують вигідний спосіб візуалізації вашого плану проекту.

ОбидваШматокі канбан підпадає підМетодологія AgileПарасолька, що робить їх хорошими рамками для зниження більших, складних проектів у керовані шматки. Давайте подивимося на відмінності між двома і дістатися до дна сорту проти канбанських дебатів.

Що таке крем?

Шматокце проектна система для реалізаціїМетодологія управління Agile Project. Це популярний метод управління проектами, які потребують швидкого розвитку, тестування та випуску продукції.

Рамка Scrum розбиває проект у короткі по одному до чотирьох тижнів ітерацій, що називаються спринтерами. AКоманда Scrum, як правило, під керівництвом aМайстер Scrum, працює, щоб доставити ітерацію або версію останнього проекту в кінці кожного спринт. Команди Scrum також мають щоденні зустрічі зі знижкою, щоб обговорити співпрацю з командуванням.

Щоб дізнатись більше про Scrum, перегляньте наш гідScrum для новачків: Як використовувати Scrum до Tame Chaos .

Що таке борт?

A Бортце інструмент, який допомагає вам керувати та контролювати ваш проект SCRUM. Це допомагає вам візуально відслідковувати, яка робота залишається на вашомуПродукція відставання, Які елементи присвоюються вашому спринтерській накопичилися, і як просувається робота в рамках Вашої активної спринту.

В той час як aБортможе бути фізичною дошкою з нотами або доданими картами, вони, як правило, є цифровими, онлайн-плати, що входить до багатьохУправління проектамиплатформи.

Прокурація, запуск програмного забезпечення для придбання в Канаді, знайшов, щоВони врятували 70% свого часу, плануючи свої спринт за допомогою інструменту співпраці. Тепер вони мають видимість в одну іншу роботу і можуть співпрацювати по різних команд.

Ось деякі плюси і мінуси використанняМетод Scrumі ради Scrum для керування своїми проектами:

Плюси:

Мінуси:

Що таке Канбан?

Канбанє ще однією популярною гнучкою. Але, на відміну від Scrum, Kanban - це менший час, і більш орієнтований на управління обсягом роботи в процесі (WIP).

Канбанська рамка була розроблена, щоб допомогти зберегти безперервний потік продуктивності при забезпеченні нікого з командою не перевантажена або перевантажена. Це допомагає командам проекту зменшити вузькі місця, покращити ефективність, збільшенняякістьта підвищити загальний випуск.

Щоб дізнатись більше про Kanban іРозробка програмного забезпечення Kanban, перевірятиОстаточний керівництво до канбанської методології .

Що таке канвальна дошка?

Традиційно, Канбан передбачаєплануванняДошка або дошка, де такі статуси, як "заплановані", "тримаються", "в огляді" тощо, всі перераховані.

Кожнийдоставляєтьсяпотім записується на пост-це і поміщається під власний статус. Якдоставляєтьсярухається через етапи, пост - це рухається наСтатус проектудошка.

Ось деякі плюси та мінуси використання KANBAN та KANBAN для керування вашими проектами:

Плюси:

Мінуси:

Kanban Vs. scrum: Які відмінності?

Kanban та Scrum - це проектні рамки, побудовані, щоб допомогти командам, обіймаючи Методологія Agile , значеннята принципи. Таким чином, у них є ряд подібності. Обидва рамки заохочують вдосконалення процесу, співпрацю з командою та розрив проектів у менші та більш керовані шматки.

Але, Kanban і Scrum мають значно різні підходи, як вони вирішили реалізувати ці принципи. Ось п'ять основних областей, де Kanban і Scrum варіюються:

Ролі та обов'язки

Сюр має триСпецифічні ролі, кожен з власними заздалегідь визначеними обов'язками:

Kanban не призначає ролі, як це робить. Фактично, один з чотирьох принципів канбанських держав, що команди повинні підтримувати свої поточні ролі та обов'язки. Віра за цим принципом полягає в тому, що команди дозволять більш легко приймати основу, якщо їм не доведеться турбуватися про зміну назв роботи та опису.

Делегація та визначення пріоритетів

Scrum заснований навколо ідеї самостійної команди, що працюють разом, щоб завершити проект. Власник продукту може в кінцевому підсумку, щоб мати остаточний сказати, за якими функціями або завданнями мають пріоритет на виду продукту (список всіх функцій, завдань та роботи, щоб бути завершено за проектом), оскільки вони виступають як представник для потреби клієнта. Але, вся команда забезпечує введення в які завдання будуть вирішені в спринті.

Члени команди ScrumКрім того, зазвичай мають повну автономію, коли мова йде про завершення роботи в спринті. Вони можуть вибрати, які предмети вони працюють, коли, до тих пір, як це все, до кінця спринт.

Kanban заохочує співпрацю та лідерство на всіх рівнях, але це не охоплює самостійну команду так само, як робить Scrum. Оскільки Канбан сприяє команд, що зберігають свої старі ролі, в минулі команді структури, як правило, диктують, як обробляється делегація.

Зазвичай, менеджер буде відповідати за пріоритету роботи та активно керувати робочим процесом. Вони можуть делегувати конкретні завдання певним особам або дозволяють їм вирішувати, як "спочатку прийшов, спочатку служив".

Модифікації та зміни

Scrum і kanbanобробляти модифікації та зміни дуже різними способами.

У Scrum, Sprint планується до початку свого початку, команда виконує свою роботу, а спринт закінчується доставкою та переглядом продукції. Будь-який відгук клієнтів, проблеми, помилки або запитані зміни додаються до загального виду продукту та працювали у майбутні спринти на основі пріоритету.

Зміни, визначені середньо-спринт, не будуть вирішуватися до майбутніх спринтів, якщо проблема не є достатньою, щоб вона повинна бути вирішена відразу. Цей підхід означає, що терміни Sprint не змінюються, але додаткові спринти можуть бути додані до загального проекту, якщо виникають достатня кількість запитів.

У Канбані зміни можуть бути зроблені в будь-який момент часу, і негайні модифікації активно заохочуються. Це може вплинути на графіку проекту залежно від тяжкості зміни.

Канбан бувСпочатку створеноToyota для виробництва автомобілів, і часто використовується для вирішення багатьох тих самих завдань або творів роботи. У цьому типі сценарію, де продукти взаємозамінні, акцент робиться на доставку певного об'єму, а не певної частини. Отже, коли продукт виявляється пошкодженим, дефектним, або потребує переробки, це зазвичай витягується з робочого процесу, щоб бути відбитий або змінений.

Вимірювання продуктивності

Scrum покладається на метриці, такі якшвидкість і випалюватиставки для вимірювання продуктивності.

Разом ці інструменти допомагають проілюструвати, як продуктивна команда була до сих пір, і наскільки продуктивно вони повинні продовжувати бути для того, щоб завершити проект вчасно.

Kanban має тенденцію до моніторингу часу циклу,провідний час, а робота в процесі оцінки продуктивності.

Уявіть, що ви були призначені завдання понеділка вранці, ви почали працювати над ним середу вранці, і ви завершили це до кінця дня в п'ятницю. У цьому сценарії ваш час провів був п'ять днів (з понеділка по п'ятницю), і ваш час циклу становив три дні (середа до п'ятниці).

Належні дати та строки доставки

У Scrum, спринти, як правило, від одного до чотирьох тижнів, а збільшення продукту, або версія продукту, доставляється в кінці кожного спринту. Будь-яка допоміжна документація, така як навчальні матеріали, також буде доставлено в цей час. Є рідко середини спринт на строк або поставки.

Виняток буде, коли взаємозалежні завдання обидва призначені для того ж спринт. Якщо завдання b не може запустити, доки завдання А не буде завершено, то завдання А може бути надана досить ранньою датою, щоб забезпечити, як зробити час для доставки. Однак, часто не існує офіційної належної дати, і команда просто керує цими залежністю у своїх щоденних засіданнях.

Канбан базується навколо ідеї безперервних поставки. Команди Kanban часто працюють над незалежними завданнями, продуктами або доставлями. Отже, після завершення роботи, він може бути доставлений замовнику відразу.

Команди можуть вибирати групові поставки, тому вони не постійно надсилають один елемент за один раз, але спосіб, яким вони це роблять. Наприклад, ви можете вибрати, щоб відправити кожну п'ятницю або кожного разу, коли ви потрапили 20 завершених штук.

Що стосується належних дат, основна увага Канбана, як правило, має бути на час циклу та час свинцю, а не, ніж частина роботи, коли. Це означає, що належними датами, як правило, базуються на цільових оборотних часах, а не, коли клієнти очікують поставки.

Наприклад, якщо мета - це середній час циклу п'ять днів, то кожна картка може мати термін, коли п'ять днів, коли робота призначена, навіть якщо вона не доставляється замовнику до кінця місяця.

Який план плану проекту та рамки краще організувати проект?

Відповідь наКоли використовувати Kanban VS Scrumзалежить від типу проекту, який ви плануєте. Scrum та Kanban найкраще підходять для різних проектів.

Але ось короткий аналіз:

Scrum vs. kanban: чи має бути або або?