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

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

Що таке Scrum і навіщо він потрібний?

Scrum – гнучкий метод управління проектом, який ґрунтується на принципах Agile–підходу. Його використовують у різних сферах бізнесу - від важкої промисловості до сільського господарства, але найчастіше саме в ІТ.

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

Scrum дозволяє вирішити безліч завдань. Наприклад, такі як:

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

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

3. Управління маркетинговими кампаніями.

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

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

Приклад:

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

Які існують ролі у Scrum?

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

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

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

Development Team - Група фахівців, відповідальних за створення та доставку продукту. В ІТ-сфері це буде команда розробки. У команді розробки це можуть бути програмісти, дизайнери, випробувачі та інші. Якщо ми говоримо, наприклад, про сферу машинобудування, це будуть дизайнери, конструктори, технічні фахівці та інші. Склад команди залежатиме від галузі компанії. Development Team знаходиться у постійній взаємодії з менеджером продукту, щоб досягти спільних цілей.

Ми вже зазначили, що Product Owner визначає вимоги до продукту. За основу він бере потреби замовника чи користувачів. Після цього складає список завдань або вимог, який називають Product Backlog. У блеког задачі розподілені за ступенем значущості та цінності для бізнесу.

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

Ще одна важлива роль у проекті – це Scrum Master. Він забезпечує правильну реалізацію Scrum-процесу. Серед основних функцій є проведення регулярних ретроспектив. Це збори, у рамках яких команда аналізує підсумки минулого спринту.Вони визначають слабкі сторони, які потребують оптимізації, а також можливості для покращення процесу розробки.

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

Наприклад, у рамках однієї з ретроспектив команда розробки виявила проблеми із комунікацією. Щоб покращити зв'язок та обмін інформацією, вони вирішили впровадити щоденні стендап-збори. В результаті їм удалося вирішити проблеми з комунікацією, за рахунок чого команда стала більш ефективною.

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

Що таке Scrum-фреймворк та як його використовувати?

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

Дар'я Лебедєва

Фреймворк Scrum часто лякає новачків. Насправді в ньому немає нічого страшного. Це один із найпростіших у реалізації методів управління проектами.

Scrum дозволяє уникнути зайвої паперової роботи. Близько 85% учасників різних команд стверджують, що введення Scrum у процес розробки покращило якість їхньої роботи.Фреймворк дозволяє ефективно працювати і не боятися спіткнутися або застрягти на якомусь завданні.

Що таке Scrum?

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

Scrum (як, власне, та Agile) зародився для спрощення робочих процесів у компаніях, які займаються розробкою програмного забезпечення та управлінням продуктів. У наш час методика Scrum використовується у сферах маркетингу, брендингу, дизайну та багатьох інших. Це відмінний фреймворк для роботи над проектами, що динамічно розвиваються. Scrum спрямований на самостійну роботу над проектом, а не на вирішення даних "згори" завдань.

Scrum та Agile — у чому різниця?

Ці два поняття регулярно плутають, вважаючи, що Agile та Scrum одне й те саме. Обидві методології фокусуються на постійному вдосконаленні продукту, а чи не з його випуску. Це гнучкі структури, суть яких у постійній зміні, адаптивності, спрямованості на самостійну роботу учасників, нестандартні підходи до роботи.

Різниця криється у масштабі двох підходів.

Agile - Це особливий спосіб мислення. Ідея, яка стоїть за тим, чого ви прагнете — наприклад, адаптивності, самоконтролю або швидкості виконання завдань.

Scrum - Це інструкція із застосування. Чіткий план, що описує кожен крок щодо впровадження Agile у розробку продукту. Можна сказати, що Scrum - це методологія управління проектами з конкретними етапами, в якій чітко визначені ролі та події.

Система управління проектами Scrum заснована на п'яти цінностях:

• Відданість (Commitment);
• Сфокусованість (Focus);
• Відкритість (Openness);
• Повага (Respect);
• Сміливість (Courage).

У контексті Scrum все, що роблять працівники, має бути спрямоване на посилення цих цінностей, і в жодному разі не підривати їх.

І це робоча методика, оскільки 58% Agile-команд використовують фреймворк Скрам. Завдяки йому члени Scrum-команди можуть враховувати потреби клієнтів упродовж усієї роботи над проектом.

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

Хто входить до складу Scrum-команди?

Перш ніж говорити про структуру фреймворку, розглянемо хто зазвичай входить до складу Scrum-команди.

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

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

Члени команди - Інші учасники Scrum-команди. Усі вони рівноправні і кожен виконують своє завдання.

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

Scrum-команда обов'язково крос-функціональна.Наприклад, у команді зі створення мобільних додатків мають бути UX-дизайнери, розробники, спеціалісти з API та інші. Кожен учасник повинен мати у своєму розпорядженні відповідні інструменти для завершення ітерації. Тому у них не повинно виникати потреби передавати частину роботи на аутсорс. Це один з основних принципів управління проектами з Scrum.

Хто може стати Scrum-майстром

Якщо ви вирішили стати Scrum-майстром, варто підійти до питання ґрунтовно. Позиція вимагає глибокого розуміння принципів цього фреймворку та загалом методології Agile для організації роботи.

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

Етапи Scrum

У фреймворку Scrum можна виділити п'ять основних етапів:

1. Попереднє планування.
   Постановка цілей, визначення бачення товару. Лідер проекту позначає завдання, планує дорожню карту проекту. Створення та доопрацювання беклогу продукту - списку функцій, вимог та виправлень помилок, де для команди прописуються всі етапи роботи над продуктом. Зазвичай, до етапу попереднього планування обсягу роботи приєднуються зацікавлені особи.
2. Планування.
   На цьому етапі учасники команди разом займаються плануванням спринту та вибором функцій для включення до його беклогу. Оскільки їх зазвичай визначає точка зору користувача, вони називаються користувачами історіями. Необхідно розбити великі вимоги (які зазвичай називають «епіками») на прості завдання з оцінкою часу виконання. Варто переконатися, що беклог спринту досить невеликий, його вдасться виконати в рамках планованого часу, розподілити завдання та призначити відповідальних за користувальницькі історії.
3. Спринт, етап реалізації.
   Робота йде над ітерацією чи інкрементом продукту (відчутний результат роботи одного спринту), що реалізується наприкінці спринту. Необхідно проводити щоденні мітинги або Scrum-збори, на яких обговорюватиметься прогрес, завдання, потенційні труднощі.
4. Тестування та перевірка.
   Після закінчення спринту клієнти та користувачі продукту (зацікавлені особи) тестують нові функції чи покращення продукту. Якщо все працює як слід, ітерація вважається завершеною.
5. Ретроспектива.
   Аналіз підсумків спринту разом із Scrum-командою, під час якого розбираються помилки та висуваються пропозиції щодо покращення роботи. Загальний беклог продукту актуалізується в залежності від результатів роботи над оновленнями та зміни пріоритетів у зацікавлених осіб.

Як користуватися фреймворком Scrum

Розберемо по кроках використання Scrum у роботі над проектом. Найзручніше використовувати для цього таск-трекер зі спеціальними функціями для Scrum-команд.

Виберіть відповідного власника продукту

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

Створіть беклог продукту

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

Kaiten має шаблон Scrum-дошки з беклогом. Туди можна занести усі ваші заплановані завдання.

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

Дошку з беклогом можна розбити на кілька доріжок та розділити завдання з різними пріоритетами.

Сплануйте етапи спринту

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

Це дошка самого спринту. На ній є етапи роботи над завданнями: "backlog спринту", "У роботі" та "Готово". Ви можете створити будь-які етапи для вашого проекту. Терміни спринту та пріоритетна мета завжди показані зверху, тому не губляться з фокусу.

Оцініть час для виконання кожного завдання

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

Story points можна вказати у полі "Розмір".

Визначте відповідальних за завдання

Після обговорення команда за кожним учасником закріплює конкретне завдання або реалізацію історії в рамках спринту.

У картці може бути кілька учасників і лише один відповідальний.

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

Запустіть спринт

З цього моменту починається робота над завданнями у тижневому белогу.

Зайдіть у меню дошки спринту та натисніть «Почати спринт». У меню можна буде задати назву, термін і основну мету спринту.

Встановіть час для щоденних Scrum-зустріч

Щоденний Scrum або стендап використовують 85% Agile-команд, оскільки наради щодо прогресу ходу роботи над проектом допомагають розставляти пріоритети та спільними зусиллями працювати для досягнення поставленої мети.

Слідкуйте за ефективністю роботи команди під час спринту

Для цього можна використати автоматичні Burndown charts. Діаграма згоряння в реальному часі показує, наскільки ви відхиляєтеся від курсу або відповідаєте йому.

Графік згоряння завдань показує, скільки завдань було виконано в ході спринту та наскільки цей обсяг роботи відповідає наміченому плану.

Аналізуйте кроки спринту із зацікавленими особами

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

Проведіть ретроспективу спринту

На цій зустрічі власник продукту, Скрам-майстер та члени команди оцінять таке:

• що вдалося;
• що можна покращити;
• можливі зміни в белог продукту.

Тільки так вдасться постійно навчатися та удосконалювати Scrum-процеси.

Почніть наступний спринт

Починайте планування нового спринту, повторивши всі попередні кроки.

Чим цінний фреймворк Scrum для управління проектами

Scrum популярний за рахунок низки переваг для команд, які вирішили використати його для організації роботи:

• Наочність процесу. Намічені завдання до виконання можна подати у зручному вигляді на дошці в таск-трекері. Візуалізуючи завдання на Канбан-дошці, Scrum-команда завжди бачить, як просувається робота, до кого звертатися з тих чи інших питань і які завдання сьогодні.
• Концентрація на важливому. Попереднє планування цілей спринту допомагає не розпорошуватися інші завдання, залишатися зосередженим і зібраним.
• Конкретні результати. Підсумком ітерації по Scrum завжди є якесь покращення, певне досягнення. Його можна оцінити і однозначно відповісти, чи досягла команда поставленої мети повною мірою чи ні. Для швидкої та зручної оцінки використовуються різноманітні Agile-метрики: згаданий вище графік згоряння завдань (Burndown chart), накопичувальна діаграма потоку (Cumulative Flow Diagram) та інші.
• Усі учасники процесу підтримують зв'язок. Усі учасники команди, Scrum-майстер, власник продукту, замовник та зацікавлені особи завжди підтримують комунікацію.Будь-які уточнення завжди можна отримати швидко, щоб не лише в короткий термін випускати продукт, а й підтримувати його актуальність, вчасно реагуючи на зміни ринку та потреби клієнтів.
• Висока гнучкість та адаптивність. Незважаючи на точне планування цілей, методика Scrum все ж таки не передбачає обов'язкового дотримання одних і тих же правил. Ви можете адаптувати підхід до потреб саме вашої команди та для досягнення ваших цілей, організувавши роботу максимально зручно. Головне — слідувати ідеї коротких ітерацій та чіткого планування завдань до виконання, а також своєчасно реагувати на зворотний зв'язок від замовників та клієнтів.

Відмінності Scrum як підходу для організації роботи

Серед безлічі різних підходів та методологій організації роботи, Scrum виділяється такими особливостями:

• Чітко зафіксовані ролі співробітників, цілі та етапи спринтів. Під час ітерації Scrum-команда завжди знає, хто над чим і для чого працює в будь-який момент часу.
• Крос-функціональність команди. Команда включає різних фахівців, які працюють у зв'язці. Наприклад, для створення відеоігри необхідна команда з розробників, графічних дизайнерів, тестувальників, сценаристів та ін. Повністю укомплектована команда для проекту є самодостатньою і не вимагає сторонніх експертів для виконання завдань.
• Відсутність довгострокового планування. Scrum не підходить для побудови довгострокових планів. При цьому підході пріоритети та цілі постійно змінюються між ітераціями, гнучко адаптуючись до поточних вимог до продукту. Короткострокові спринти допомагають Scrum-команді єдиним ривком виконувати поставлені цілі, причому тримається фокус на зазначених завданнях без витрати ресурсів інші справи.
• Попереднє планування завдань для короткострокових спринтів. Scrum вимагає обов'язкового складання докладного беклогу та виділення цілей на кожен цикл.
• Є лише одна особа для комунікації між командою та зацікавленими особами – власник продукту. Так усувається ризик суперечливості отриманої інформації по завданням, всі запити та відповіді походять від однієї людини.
• Регулярне спілкування із командою. Учасники проекту говорять про прогрес та проблеми в роботі на щоденних зборах, зустрічі з поповнення черги завдань та інші види зборів для обміну інформацією та отриманням зворотного зв'язку. Обговорення поточних складнощів та способів їх вирішення – важлива частина роботи з Scrum.
• Обов'язкова оцінка результату та отримання зворотний зв'язок від зацікавлених осіб після закінчення спринту через власника продукту. Без отримання схвалення від зацікавлених осіб результату роботи ціль не може вважатися досягнутою і наступний спринт не може бути розпочато.

Як визначити, що методика Scrum потрібна вашій команді

Помилково вважати, що Scrum використовують лише у IT-сфері. Фреймворк корисний і в маркетингу, дизайні, освіті, наукових дослідженнях та інших сферах діяльності. Інструменти Scrum допомагають організувати роботу над складними проектами та виконувати завдання для постійного вдосконалення продукту.

Щоб успішно використовувати інструменти Scrum, важливо відповісти на декілька основних питань:

• Чи це потрібно вашій команді? Поліпшення робочого процесу може і не знадобитися, якщо ви не маєте потреби в цьому і не відчуваєте проблем при організації роботи.
• Чого ви хочете досягти в результаті? Розробка детального беклогу та контроль за регулярною постановкою нових завдань у чергу для покращення продукту Scrum допомагає не тільки організувати процес роботи та встановити пріоритети, але й оцінити досягнутий результат.
• Чи готові ви до змін у робочому процесі? Підхід пропонує суворий розподіл учасників Scrum-команди за ролями, чітке визначення завдань у рамках ітерації та строгу установку пріоритетів справ. Такий підхід допоможе знайти слабкі місця в організації роботи та направити ресурси на їхнє рішення від кожного учасника для успішного результату.
• Чи готові ви шукати інші методи управління проектом, якщо Scrum не підійде нам? Scrum не гарантує вирішення всіх проблем і може не підійти до вашої команди. Запасіться терпінням, допоможіть своїм співробітникам розібратися в новому для них принципі роботи, розкажіть, чому перехід важливий і як саме він допоможе досягти кращих результатів. Також не варто відразу очікувати, що команда виконає весь запланований обсяг роботи за ітерацію: можливо знадобиться кілька спринтів, щоб зрозуміти рівень продуктивності команди. Однак, якщо Scrum не підходить вашій команді, не бійтеся відмовитись від нього. Цілком можливо інший підхід з Agile-метод буде більш ефективним.

Висновок

Система управління проектами Scrum допомагає командам розробників, маркетологів, інженерів та іншим командам швидко та якісно працювати над великою кількістю проектів. Постійне покращення свого продукту (кожні кілька тижнів) допомагає легко адаптуватися до будь-яких змін на ринку або у вашій клієнтській базі.

Kaiten допомагає командам дотримуватись Scrum-методології, тому що в ньому є всі необхідні функції та звіти для Agile.

У Kaiten є всі необхідні інструменти для роботи з Scrum.

Scrum: що це таке та як працює?

Що таке Scrum, у чому його переваги та недоліки? Як працює скрам і де його можна використати?

Що таке скрам? «Бій» у перекладі з англійської. Це етап гри у регбі, коли команда готується до вирішальної битви. Але також Scrum – система гнучкого управління високотехнологічними проектами. Це набір цінностей, практик та принципів, які дозволяють структурувати роботу, здобути уроки з власного досвіду та вдосконалювати самоорганізацію. Аналіз власних успіхів та помилок – правильний шлях до безперервного вдосконалення команди. Як саме це застосовується практично, розповість редакція LinDeal.

Що таке Scrum простими словами?

Scrum (скрам) - Це набір принципів та інструментів, за допомогою яких можна зробити працездатний продукт в обмежені терміни. Через передбачуваність розробки та гнучкість процесів часто застосовується в IT-секторі.

Скрам надає командам неймовірну гнучкість і свободу експериментів навіть в умовах ринку, що постійно змінюється, і відсутності підсумкового бачення проекту. Діючи за принципами Scrum, команда поступово просувається до мети. При цьому вона безперервно вдосконалюється та тримає свою ефективність під контролем.

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

Коротка історія Scrum: від спецназу до програмістів

Батьки сучасного скраму – американські програмісти Джефф Сазерленд та Кен Швабер. Поспостерігавши за роботою військових та спецназу, вони дійшли висновку, що запорука успіху — у злагодженій спільній роботі, командному підході та нестандартному розподілі обов'язків у колективі.

Як же з'явився та розвинувся Scrum?

• 1986. Ідея скраму вперше була представлена ​​Ікудзіро Нонакою та Хіротакою Такеуті у Harvard Business Review. Вони взяли термін Scrum зі спортивної гри: «як і в регбі, м'яч передається всередині команди, яка переміщається полем як єдине ціле».
• 1995. Кен Швабер та Джефф Сазерленд доопрацювали ідею, представивши «Маніфест Agile» та «Процес розробки SCRUM».
• 2006. Випуск Сазерлендом і Швабером «Посібники з Scrum» — документа, що постійно оновлюється.

Scrum, Kanban та Agile: подібності та відмінності

Скрам - це один з agile-підходів, фреймворків. Так називається набір інструментів, який використовується для швидкої розробки. Кожен фреймворк – це каркас, основа, що складається з бібліотек із типовими шаблонами. Останні можна доопрацьовувати під будь-який проект. Чим це корисно? Можна сконцентруватися на виконання основних завдань, а не витрачати час на те, що вже винайдено.

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

Ми отримуємо, що Agile - це комплекс "гнучких" методологій для розробки програмного забезпечення. Згідно з Аджайл-маніфестом, на перший план виходять:

1. Люди та взаємодія.
2. Діючий продукт.
3. Плідна співпраця.
4. Готовність до змін.

Що поєднує Scrum та Agile? При роботі над проектом потрібно бути готовими трансформуватися та адаптуватися залежно від змінних зовнішніх умов та зворотного зв'язку від замовників. Розробники не пов'язані жорсткими стандартами. Вони мають все для знаходження унікальних рішень.

Але скрам і аджайл – не синоніми. Agile - це більше про світогляд, мислення, формування корпоративних цінностей. Все це досягається за тривалі терміни. Scrum можна впровадити тут і зараз. Це метод постійного навчання та адаптації: команда може почати навіть із нульовим досвідом, щоб потім нарощувати його.

Але скрам не дає покрокової інструкції — це загальні рекомендації щодо організації процесу роботи. Простими словами, «команда не знає, що робитиме, але знає, як це зробити».

Також Scrum часом плутають із Kanban. Багато в чому це пов'язано з використанням подібних візуальних інструментів – дощок Scrum та Kanban. Вони схожі на те, що спрямовані на підвищення ефективності — для цього великі завдання дробляться на дрібні.

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

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

Довідка! Сьогодні застосовується також змішана методика - Scrumban або Kanplan, гібрид канбана та скрам. Простими словами, це Kanban з беклогом.

Переваги та недоліки Scrum

Розглянемо в порівняльній таблиці плюси та мінуси скраму.

Переваги:

Недоліки:

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

Не найкращий варіант для великої команди та складного проекту — можливі складнощі з координацією

Спосіб працювати над кількома завданнями одночасно для найшвидшого досягнення мети

Не працює у групах з низьким рівнем довіри

Можна безболісно вносити коригування у заплановані завдання під час роботи

Неефективно для дуже тривалих проектів, втрачається динаміка продуктивності.

Фінансові ризики мінімальні, тому що команда швидко реагує на зміни та виправляє помилки

Замовник повинен постійно перебувати на зв'язку з виконавцями

Кожен член команди знає, що саме він має виконати

Робота передбачає взаємодопомогу та обмін досвідом між усіма учасниками

Щоденна видимість досягнень підтримує високий рівень мотивації

Шість основних принципів Scrum

Щоб застосовувати структуру скраму на практиці та отримувати з неї користь, потрібно базуватися на шістці її головних принципів:

1. Контроль за процесом. Команда спирається на прозорість, контроль та адаптацію.
2. Розміщення пріоритетів. Мета спринту — досягти максимальної цінності для бізнесу.
3. Самоорганізація. Кожен учасник може взяти на себе відповідальність за власні завдання та діяльність.
4. Дедлайни. Спринт, стендапи, ретроперспектива проводять у певний час.
5. Спільна робота. Учасники команди тісно взаємодіють і під час спринту, і після нього.
6. Ітеративна технологія. Перший продукт може бути не ідеальним, але постійне самовдосконалення, уміння адаптуватися до вимог ринку та клієнтів допоможуть змінювати результат на краще.

П'ять головних цінностей скраму

З 2016 року в «Посібнику з Scrum» є п'ять цінностей, які визначають успішність проекту:

1. Прихильність Успіх усієї команди залежить від результатів кожного учасника.
2. Концентрація. Робочий процес базується на принципі спринту - відрізку часу, за який потрібно виконати заплановану роботу.
3. Сміливість. Мужність ставити під сумнів справжній стан речей або будь-що, що заважає досягненню мети.
4. Відкритість, Щодня команда проводить стендапи. Кожен учасник відповідає на запитання: що мені вдалось зробити вчора? Над чим я працюватиму сьогодні? Що мені заважає рухатись уперед?
5. Повага. Команда непереможна, якщо всі працюють разом, визнають внесок та досягнення кожного учасника.

Як працює Scrum: команда, події та артефакти

Щоб зрозуміти, як працює скрам, потрібно розібратися у його структурі. Головне правило тут - "3-5-3". Тобто, три ролі, п'ять подій та три артефакти. Що це все означає?

Scrum-ролі

Скрам-команда – це власник продукту, група розробників (програмісти, маркетологи, верстальники) та scrum-майстер. Кожен має свій набір завдань, правий і обов'язків.

Власник продукту

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

Розробники

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

Скрам-майстер

Організатор процесу, наставник, третейський суддя та дипломат. Його завдання — швидко вирішувати проблеми, що виникають, і надавати необхідні ресурси. Іншими словами, працюватиме на максимальну продуктивність своєї команди.

Scrum-події

В основі скрам стоять спринти – це чіткий ритм роботи Scrum-команди. Один спринт триває 1-4 тижні і тісно пов'язаний із скрам-подіями.

Організація беклогу

Продукт повинен відповідати вимогам та потребам замовника, ринковій ситуації. Для цього власнику потрібно займатися врахуванням завдань, розставляти пріоритети, відстежувати їхню актуальність. Він фіксує всі відомості про продукт та вимоги до нього, щоб скласти ТЗ – технічне завдання. Це той самий перелік завдань, відсортованих за пріоритетом. Щомісяця власник і скрам-майстер влаштовують бэклогу грумінг - роблять його більш актуальним.

Планування спринту (ривка)

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

Стендап (щоденні короткі наради)

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

Огляд результатів спринту

Вивчається інкремент – результат роботи за час спринту. Відбувається презентація продукту, власник приймає рішення щодо його запуску. Підсумки є основою доопрацювання бэклога і планування наступного спринту.

Ретроспектива спринту

Великий огляд пройденого шляху: фіксуються результати, обговорюються процеси та нюанси. Що у команди вийшло? А що можна зробити ще краще? Набутий досвід використовується для самовдосконалення.

Scrum-артефакти

Артефактами в даному контексті називаються роботи, які необхідно зробити, щоб завершити спринт.

Беклог продукту

Повний перелік запланованих робіт. Знаходиться у розпорядженні власника. Беклог може змінюватись, приростати новими завданнями. Щоб завдання були актуальними, власник може змінювати їхні пріоритети, прибирати те, що перестало бути затребуваним.

Беклог спринту

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

Інкремент

Ціль всього спринту. Контрольна точка готовності. Або створення повноцінного товару.

Планування роботи з Scrum

Знаючи основні принципи та складові скрам, можна швидко планувати робочий процес:

1. Розробка беклог продукту - концепції, технічного завдання.
2. Збір команди з власника, розробника та скрам-майстра.
3. Планування спринтів - коротких спринтів для досягнення великої мети.
4. Проведення стендапів – щоденних коротких нарад.
5. Підбиття підсумків спринту.
6. Огляд результатів роботи над проектом.

Для вирішення яких задач можна використовувати Scrum?

Принципи скраму спочатку створювалася розробки програмних продуктів. Але сьогодні область використання Scrum стала набагато ширшою.

1. Розробка та вдосконалення продуктів.
2. Підтримка та системне оновлення асортименту.
3. Пошук нових технологій.
4. Проведення досліджень ринку.

Довідка! Бізнес, дослідження, Маркетинг, Освіта — це сфери, де можна успішно застосовувати скрам.

Команда LinDeal вважає, що Scrum – знахідка для творців та розробників гнучких продуктів. Фреймворки незамінні у сферах, пов'язаних з невизначеністю та мінливістю. Це гнучка методологія, яка легко адаптується під цілі, завдання та ніші. Вона закликає відмовитися від чіткого дотримання стандартів та правил. Запорука успіху — у швидкій адаптивності, мінливості у відповідь зворотний зв'язок замовника чи ринкову ситуацію. Скрам дозволяє поставити покращення на потік, привести компанію до безперервного вдосконалення