І, зазвичай, з часом, після того як фреймворк набув популярності, з’явилася необхідність масштабувати на великі проекти та на більшу кількість команд. У базовому описі Scrum guide не описується, як можна ефективно використовувати Scrum https://deveducation.com/ на великих проектах. Тому наш вебінар покликаний розповісти, які саме елементи потрібно додати, щоб успішно працювати за наявності декількох команд. Інкремент (product increment) – це готовий до використання кінцевий продукт виконання спринту.
Є й необов’язкові артефакти, які, втім, можуть полегшити життя вашої команди (наприклад, берн-даун чати). Власник продукту — апологет продукту, який повністю розуміє його цінність для бізнесу. Ця людина доносить потреби замовника і стейкхолдерів до розробників, але не відповідає за технічний бік процесу.
Ви отримуватимете щомісячний дайджест із новими статтями, щоквартальний розклад подій BrainRain, запрошення на безкоштовні вебінари та iншi кориснi штуки. У 1995 році Джеф Сазерленд і Кен Швабер привели скрам в систему у статті «Розробка програмного забезпечення за скрамом» (SCRUM Software Development Process). На кілька місяців клієнт стає нашим партнером та консультантом.
Артефакти
Є багато методів проектного управління, і вашому проекту, хоч би яким він був, потрібно вибрати один з них. І як тільки ви вирішите, що використовуватимете методологію Scrum, ваш проектний менеджер адаптує всі ці принципи, правила та практики під конкретний проект, і почнеться робота. Щоб подати заявку на участь у навчанні, вам необхідно зареєструватися. Для цього натисніть кнопку «Зареєструватися» на сторінці обраного заходу.
У першій лекції ми поговоримо про те, чому у світі розробки програмного забезпечення з’явилося таке поняття як Agile. Більше інформації щодо термінології скраму можна отримати з глосарію. Будь-яка розмова про успішне управління проєктами через скрам має починатися з визначення скраму. Можливість «на льоту» змінювати вимоги до проекту є клієнтам дуже привабливою.
В результаті всі залишаються задоволені — клієнт отримує максимально цінний для себе продукт, а кодер уникає зайвого стресу (як правило). Любителі американського футболу називають словом scrum здатність команди заволодіти ініціативою у грі та утримувати за собою м’яч. Подібне вимагає від спортсменів відмінної зіграності та здатності миттєво реагувати на ситуацію. «Уся скрам-команда несе відповідальність за створення цінного, корисного інкремента в кожному спринті». Якщо ви почали освоювати професію бізнес-аналітика або вже стали джуніор фахівцем, то напевно не раз чули про Scrum. Багато команд вважають, що вони «працюють по Scrum», хоча насправді використовують лише його деякі атрибути.
Certified Scrum Product Proprietor (cspo)
Scrum володіє досить зручними, ефективними, а головне інтуїтивно простими метриками та подіями, з допомогою яких ви повинні чітко розуміти де перебуваєте. Метод управління Scrum та Agile філософія зосереджені на максимальному задоволенні потреб замовника та кінцевого користувача. Корисність і актуальність продукту ставиться в основу, а цього неможливо досягти без постійного зворотного зв’язку та готовності до змін. На етапі планування спринту визначається набір завдань, які оцінюються та призначаються фахівцям. Обсяг, кількість та складність завдань визначається за результатами попередніх спринтів.
Без гнучкої методології управління проєктом це завдання дуже складно вирішити. Справа в тому, що більшість продуктів створюються не за один день чи тиждень. На ринку, що постійно розвивається, вимоги до товару змінюються вже у процесі.
Ця стаття присвячена скрам-фреймворку, його історії, перевагам використання скраму в компаніях, його обмеженням і тому, як застосовувати скрам-структуру в вашій організації. Scrum — це фреймворк, який активно застосовують у розробці проєктів. Принцип взаємодії розробників можна порівняти зі спортивною командою, яка веде активну підготовку до вирішальної битви.
Як правило, результат спринту – це робочий продукт з очікуваним приростом функціоналу. Ідея полягає в тому, щоб кожен відрізок приносив результат, який можна продемонструвати замовнику. Після схвалення та коментаря від клієнта команда приступає до наступного спринту і весь процес повторюється. Через таку циклічність роботи Scrum називають ітеративним методом.
Але зазвичай це не чистий “Vanilla scrum”, а “ScrumBut” – від уже класичного “ну у нас scrum, але (but) …” І далі буде перелік причин, а що ж у вас на проекті не так. У гіршому – у ваших колег буде алергічна реакція на слова “Agile”, “Scrum”, “Kanban” і їхні похідні. У деяких особливо складних випадках їх вживання буде під ще більшим табу ніж ім’я “самі-знаєте-кого” з епопеї про Гаррі Поттера.
Іноді йдеться про зміну кольору кнопок на головному сайті, а іноді – про масштабний перегляд функціоналу чи технологій. Вони свідчать, що готовність змінюватися важливіше «дотримання початкового плану», а працюючий продукт «важливіше за повну документацію». Завдяки йому зручно організовувати роботу та ще зручніше стежити за прогресом проекту загалом.
Рев’ю спринту – найважливіший етап, на якому презентуються та пояснюються результати роботи. Саме на такій зустрічі команда отримує максимально докладний зворотний зв’язок від замовника. За підсумками оцінки виконаної роботи та побажань клієнта коригується план наступних спринтів та оновлюється список завдань. Останні eleven років я активно працюю з командами, в цілому за цей час приміряв на себе 20+ різних ролей у трьох великих компаніях. У багатьох з вас, напевно, вже є досвід роботи за Scrum.
Спробуймо відповісти на ці важливі питання в рамках нашого вебінару. Уявімо, ви влаштувались в компанію, де активно використовують методологію Scrum. Володіючи базовими знаннями, ви набагато швидше увіллєтесь в робочий процес та почнете працювати на “вдосконалення”.
- Ця стаття присвячена скрам-фреймворку, його історії, перевагам використання скраму в компаніях, його обмеженням і тому, як застосовувати скрам-структуру в вашій організації.
- Тому наш вебінар покликаний розповісти, які саме елементи потрібно додати, щоб успішно працювати за наявності декількох команд.
- Всі онлайн-платежі проводяться через систему Portmone.com, що надає надійний і безпечний механізм оплати.
- У кожному циклі за короткий проміжок часу відбуваються всі необхідні етапи життєвого циклу розроблення програмного забезпечення (англ. Software Development Life Cycle,SDLC).
Процеси в скрам командах бувають різні, іноді індивідуально адаптовані, проте сенс, який вкладають в Scrum – незмінний. Якщо почати розбирати термінологію, то визначенню поняття “скрам” потрібно буде давати визначення. Скрам як фреймворк управління проєктами базується на тому, що самоорганізовані команди постачають закінчені продукти у фіксовані терміни, які також називаємо спринтами. Щоб успішно застосовувати скрам, потрібно використовувати його структуру. Щоб отримати сертифікат, потрібно виконати щонайменше 70% домашніх завдань, отримати фідбек та «зараховано» від куратора, а також здати й захистити курсові проєкти.
Концептуально про те, за рахунок чого можна відмовитись від оцінок завдань, я розказав у своїй минулорічній статті. На додаток до цих подій під час спринту команди можуть проводити також уточнення беклогу (Backlog Refinement) — обговорювати елементи беклогу й готуватися до наступного спринту. В рамках цієї зустрічі можна обговорити пріоритетність елементів і розділити елементи беклогу на дрібніші складові.
Коли ви ділитесь результатом своєї роботи з іншими членами команди, ви, в першу чергу, фіксуєте завдання у своїй голові. Розуміючи чим займається кожен член команди, ви в курсі зайнятості та схильності до певних навичок кожного окремого спеціаліста. Переваги в довгостроковій перспективі компенсують всі складнощі пов’язані з освоєнням нових принципів та побудування робочого процесу. Методологія XP подібна зі скрамом, але спринти в ній коротші, зміни беклогу під час спринту допускаються, а пріоритети XP визначаються замовником.
І кожен спринт тепер повинен наближати продукт до Product Goal. Так само вводяться поняття Sprint Goal і Definition of Done. У новій версії автори спробували повернутися до редакції, де менше чітких вказівок, а сам Scrum зробити відповідним визначенням «minimally sufficient framework». На це складне питання ми будемо відповідати на нашому вебінарі.
Кожен елемент фреймворку слугує певній меті, необхідній для досягнення загальної цінності та результатів». По-друге, спробували усунути конфлікт між «ми» як команда розробників і «вони», тобто РО. Зараз буде одна Scrum Team, сфокусована над єдиною метою. А до традиційних ролей SM і PO замість Development Teams додасться роль Developers (хто завгодно, хто працює над інкрементом спринту). Ретроспектива проводиться, щоб команда задокументувала й обговорила всі успіхи та невдачі спринту, проєкту, людських відносин, інструментів, тощо. Мета ретроспективи – створити умови, щоб команда могла приділити увагу всьому, що вдалося, що потрібно поліпшити в наступний раз, і не зациклювалася на тому, що не вдалося.
Scrum — гнучка й неймовірно популярна методологія управління проектами. У ній великий проект розбивається на безліч маленьких підзадач-спринтів, кожна з яких виконується досвідченою та злагодженою командою в середньому за 2 тижні. Результати спринту — завжди щось цінне для проекту, що можна оцінити й протестувати в роботі. Для кожного спринту вибираються задачі зі списку-беклогу, який може вільно змінюватися відповідно до нової інформації про споживачів, ситуації на ринку та інших даних аналітики. Є ще одна подія, не позначена як обов’язкова у посібнику зі Scrum, але не менш важлива для досягнення мети продукту — це уточнення беклогу продукту (англ. Product Backlog Refinement). Недосвідчене око може не визначити її як таку, вивчаючи посібник зі Scrum, але ця подія активно використовується в рамках проєктів.
Так команда буде отримувати цінні уроки з минулого досвіду і застосовувати зроблені висновки до майбутніх спринтів. Скрам-майстер виступає фасилітатором роботи скрам-команди. Скрам-майстер допомагає власнику продукту і розробникам виконувати роботу без перешкод і відволікаючих факторів. Уся комунікація людей з-поза команди з командою розробки відбувається через скрам-майстра. (Часом скрам-команди взаємодіють у форматі скраму скрамів, коли скрам-майстри команд мають власні окремі зустрічі).
