Думайте про Scrum як про процес, який дозволяє виконувати командну роботу невеликими частинами за раз, із постійними експериментами та циклами зворотного зв’язку на цьому шляху, щоб навчатися та вдосконалюватись. Якщо ви тільки починаєте, подумайте про Scrum як про спосіб виконати роботу таким чином. Scrum дозволяє людям і командам створювати та освоювати цінності невеликими кроками та спільною роботою. Крім того, scrum — це структура для гнучкого розвитку, яка дає людям і групам потрібну структуру для додавання до їхніх способів роботи, водночас даючи їм свободу використовувати методи, які їм найкраще підходять. У цій частині ми обговоримо три фундаментальні правила та принципи сутичок.
Що таке Scrum?
Scrum — це гнучка структура для управління проектами. Він містить набір керівних принципів і практик, які допомагають командам організовувати та контролювати роботу. З іншого боку, Scrum базується на тому, як тренуються команди з регбі, і підкреслює, наскільки важливо для команд вчитися на своїх помилках, вирішувати проблеми самостійно та розповідати про свої успіхи та невдачі, щоб розвиватися.
Сутичка, про яку я говорю, найчастіше використовується командами, які створюють програмне забезпечення, але навички та ідеї, яким вона навчає, можна використовувати в будь-якій командній роботі. Завдяки цьому scrum привернув велику увагу. Scrum — це спосіб планування та керування роботою команди за допомогою визначених зустрічей, інструментів і ролей. Він заснований на принципах гнучкого управління проектами.
Коли Scrum застосовний?
Scrum найкраще працює, коли багатофункціональна команда працює над розробкою продукту в умовах, де є значний обсяг роботи, який можна розділити на кілька етапів, які тривають від двох до чотирьох тижнів.
Що таке сім елементів Scrum?
Ті, хто незадоволений результатом проекту, майже одностайні у своїй вірі, що знають, хто винен. Власники звинувачують непрацездатних працівників, аналітики — клієнтів, розробники — невміле керівництво тощо. Чи є домовленості щодо цього? Ніхто не правий. Кожен з нас думає, що тільки він може діяти розумно і що вчинки інших ґрунтуються на їх особистості. Як правило, це не так; у кожного свої виправдання.
Приписувати провину марно. Замість того, щоб шукати поганих людей, зосередьтеся на виявленні шкідливих систем, які заохочують розвиток поганих процедур і винагороджують за погану роботу. Scrum — це основа для сприяння спільній командній роботі. Він уникає ідентифікації правопорушників на користь виявлення того, що пішло не так, щоб це можна було виправити. Ось сім елементів сутички:
#1. Визначте Scrum Master
Хтось повинен шукати відповіді на складні питання. Персонаж з мудрістю шекспірівського блазня був би корисним. «Скрам-майстер» — це той, хто стежить за тим, як йде проект, стежить за тим, щоб відбувалися щоденні «скрам-зустрічі» команди, і допомагає усунути блокпости. Основна роль скрам-майстра – управління проектом. Це не гарна ідея, щоб одна й та сама особа служила як scrum master, так і власником продукту, оскільки вони виконують різні функції та потенційно можуть мати конкуруючі інтереси.
#2. Продуктова стратегія
Для будь-якого проекту чи продукту «бачення продукту» описує кінцеву мету. Визначення цього елемента є першим кроком у наданні остаточного курсу проекту чи продукту. Бачення продукту служить компасом для команди scrum.
Команда scrum повинна знати бачення продукту як свої п’ять пальців. Це означає, що воно має бути стисло та чітко. Однак для команди scrum важливо постійно пам’ятати про бачення продукту.
#3. Запустіть Backlog продукту
Белог продукту містить кожну окрему вимогу до продукту з пріоритетом. Для того, щоб продовжувати рухатися вперед у міру розвитку продукту, команда слідкує за постійним розвитком відставання. Щоб чітко визначити «все, що команда може виконати за пріоритетом», немає кращого способу, ніж використання резерву продукту.
У будь-який момент часу має бути не більше одного продукту. Це означає, що власник продукту має встановити пріоритети на основі всього набору дій. Власник продукту повинен поговорити з усіма, хто бере участь, щоб отримати повний відгук і переконатися, що всі потреби та очікування клієнтів враховані.
#4. Забезпечте прозорість процесу
Складання правильної структури є надзвичайно важливим. Потрібно робити акцент на індивідуалізмі, автономії та повазі до інших. Керівники організацій, які хочуть тримати все в таємниці, не хочуть, щоб навіть найвищі співробітники знали про поточний стан справ, досягнення організації або своєчасність їх виконання. Однак неможливо торгувати інформацією чи експертним досвідом, оскільки секрети — це єдине, що може забезпечити їхній авторитет (принаймні, вони так думають). Єдине, про що вони дбають, це вони самі, і в більшості випадків це не добре для продукту чи бізнесу.
#5. Бэклог спринту
Розділ «Беклог спринту» в «Беклог продукту» показує, чому команда буде приділяти пріоритети та над чим працюватиме під час спринту. Це список справ, які вам потрібно зробити під час спринту.
Елементи в резерві спринту далі класифікуються за завданнями, над якими команда може працювати протягом наступного тижня. Перед завершенням спринту кожен елемент у резерві спринту має бути написаний у коді, протестований і задокументований. Під час наради спринту власник продукту співпрацює з командою scrum, щоб створити беклог спринту. Дошка завдань зі стовпцями для кожного кроку процесу часто використовується для відображення відставання спринту.
#6. Плануйте свій спринт
Під час спринту команда працює разом, щоб створити робочу версію продукту, навіть якщо це лише невелика частина загального проекту. Після цього його можна негайно відобразити перед клієнтом. Планування або «планування спринту» — це зустріч, яка проводиться перед кожним спринтом, під час якої команда, керівник скраму та власник продукту вирішують, що буде досягнуто під час спринту.
Повинен бути постійний ліміт часу на спринт, і цей ліміт не повинен перевищувати місяць. Рекомендована тривалість спринту від одного до двох тижнів (сумнівно, але для мене це найкраще). Команда оцінює, над якою кількістю речей можна попрацювати в наступному спринті, починаючи з вершини відставання. Стратегія команди повинна враховувати загальну кількість очок останнього спринту після кількох ітерацій. Незважаючи на те, що скрам-майстер і команда можуть намагатися збільшити кількість очок, зароблених у кожному спринті, вони повинні робити це в розумних межах.
Власник продукту та команда можуть ще раз перевірити, чи мають вони спільне розуміння того, як виконувати свої завдання на етапі планування спринту. Усі, хто бере участь у спринті, повинні прийти до консенсусу щодо його мети та пов’язаних із ним завдань на цій зустрічі.
#7. Діаграма швидкості горіння
Незважаючи на те, що зазвичай це не одна з найважливіших частин сутички, діаграма вигоряння є важливим інструментом, який не можна нехтувати. Це візуальне представлення того, як швидко команда працює над історіями користувачів або іншими елементами в резерві продукту. Отже, діаграма згорання відображає загальні зусилля по відношенню до робочого навантаження спринту.
Діаграма вигорання також використовується, щоб переконатися, що проект все ще рухається вперед і що кінцевий результат буде хорошим і доставленим вчасно.
Від того, скільки очок історії користувача заповнює scrum-команда під час спринту, залежить її ефективність. Не враховуйте часткове завершення під час розрахунку швидкості.
Скільки стовпів у Scrum?
У структурі scrum є три стовпи, а саме:
- прозорість
- Адаптація
- Перевірка.
Вони мають вирішальне значення для досягнень Scrum. Без них ви ризикуєте витратити час і сили на безплідне колесо хом’яка. Давайте коротко розглянемо ці стовпи.
№1. Прозорість
Беклог продукту, беклог спринту та приріст продукту мають бути відкритими один для одного. Оскільки рішення базуються на цих елементах, команді scrum та всім залученим сторонам потрібен доступ до них. Окрім вищезазначених елементів, команда scrum також має бути прозорою щодо командних угод, способів внутрішньої та зовнішньої співпраці, бачення та стратегії компанії, а також того, як розширення продукту сприяє цьому.
Прозорість має вирішальне значення для успіху аудиту. Перевірка – це марна трата часу та грошей, якщо немає можливості побачити, що перевіряється, а виконання рішень, винесених на основі перевірки без прозорості, витрачає ще більше часу та грошей.
#2. Адаптація
Коли огляд показує, що останній продукт або розробка потребують коригування, необхідно негайно змінити техніку scrum. Scrum-група приймає рішення та вживає відповідних заходів. Команда scrum потребує повноважень зверху, щоб прискорити зростання та еволюцію процесу. Крім того, обмеження автономії команди scrum є типовою організаційною помилкою.
№3. Інспекція
У scrum учасники часто й ретельно перевіряють, наскільки добре вони досягають як загальної цілі продукту, так і поточної цілі спринту. Таким чином проблеми з приростом продукту або процесом розробки можна помітити на ранній стадії. Спринт, планування спринту, щоденна бійка, огляд спринту та ретроспектива спринту — це п’ять найбільш зосереджених моментів перевірки в Scrum. У будь-який момент під час сутичок може виникнути вимога щодо перевірки.
Перевірка є найважливішим етапом будь-якої адаптації. Без тестування витрачати час і гроші на адаптацію – марна трата часу і грошей. Забувши перевірити свої адаптації перед їх впровадженням, ваша команда може втратити цілий спринт.
Що таке Scrum Master
Простіше кажучи, Scrum Master — це навчений професіонал, який використовує Agile-менеджмент проектів, щоб керувати командою проектом. Scrum Master також відповідає за координацію та сприяння всім взаємодіям між людьми, відповідальними за проект, і членами команди.
Роль Scrum Master є цілеспрямованою, але має далекосяжні наслідки для будь-якої компанії. Однак скрам-майстер зазвичай працює у фоновому режимі та не має великого впливу на розробку чи стратегію самого продукту. Як керівник проекту, їхня роль більше схожа на роль посередника між власниками продуктів або напрямків бізнесу та командами розробників. Scrum Masters повинні вміти поєднувати технічні знання з міжособистісними та комунікаційними здібностями. Це пов’язано зі спільним характером гнучких процедур. Враховуючи складність проектів програмного забезпечення, одному розробнику легко втратити загальну картину, занурившись у програмування.
Scrum Master, з іншого боку, тримає речі в перспективі, допомагаючи командам побачити загальну картину та навчитися долати перешкоди, такі як організаційні та технологічні залежності. Це дає членам команди відчуття відповідальності та допомагає їм завершити роботу до встановленого терміну.
Які ролі та обов’язки Scrum Master?
Незважаючи на назву, scrum master не має виконавчих повноважень над командою розробників або проектом. Обов’язки Scrum-майстра можуть включати, але не обмежуються цим:
#1. Застосування ефективних методів управління проектами та найкращих практик
Робота Scrum Master полягає в тому, щоб зібрати команду разом і прийняти нових учасників, познайомити їх з культурою компанії та дати їм чітке уявлення про кінцеву мету. Scrum master також служить способом для команди проекту та будь-яких зовнішніх зацікавлених сторін обмінюватися інформацією та спілкуватися один з одним. Вони слідкують за тим, як йдуть справи, пропонують корисну критику та сприяють навчанню та адаптивному мисленню.
#2. Члени тренерської команди
Відображаючи їм поточну ситуацію в команді, скрам-майстер допомагає їм покращити свою продуктивність. З певною допомогою та роботою Scrum-команда може стати самокерованою та створити спільне почуття власності та відданості.
Філософія Scrum, практики scrum і командні стандарти – все це те, з чим scrum master може допомогти членам команди.
Оскільки в Scrum-командах немає офіційних рівнів управління, Scrum-майстер повинен покладатися на свої здібності переконувати, щоб досягти результату. Scrum також перекладає тягар відповідальності за успіх проекту з керівника scrum на всю команду scrum.
#3. Позбудьтеся перешкод
Scrum Master гарантує, що увага кожного зосереджена на поточних завданнях під час роботи в ітераційний спосіб. Щоб досягти цього, скрам-майстер піклується про все, що може стати на заваді розвитку групи. Забагато непотрібних зустрічей, наприклад, може перешкодити продуктивності команди. Scrum Master повинен співпрацювати з планувальниками зустрічей, щоб переконатися, що на них запрошуються лише необхідні учасники. Спільно з власниками продукту та зацікавленими сторонами скрам-майстер може перерозподілити час і зусилля для членів команди, які працюють у кількох командах.
#4. Навчіть практикам і принципам Scrum
Однією з головних завдань Scrum-майстра є керівництво організацією через процес запровадження Scrum, надаючи членам команди навчання, інструктаж та поради. Постійно поширюючи інформацію про структуру Scrum, принципи та принципи, які ви дізналися. Ключова мета — заохотити компанію почати приймати свої рішення на підставі доказів.
Частина роботи Scrum-майстра полягає в тому, щоб допомогти зацікавленим сторонам спілкуватися з командою Scrum таким чином, щоб сприяти відкритості, взаємній повазі та зростанню.
#5. Ініціюйте щоденні зустрічі
Спрощуючи такі зустрічі, як щоденні зустрічі, сеанси планування спринтів, огляди спринтів тощо, Scrum Master гарантує, що команда залишається на шляху та залишається організованою. Члени команди звітують про свій прогрес до цього моменту, діляться своїми планами на день і висловлюють будь-які проблеми, з якими вони могли зіткнутися на даний момент. Scrum Master повинен переконатися, що кожен член команди, включаючи тих, хто працює віддалено, має доступ і може брати участь у всіх запланованих зустрічах.
Принципи Scrum
Структура Scrum була побудована на наборі керівних принципів, відомих як принципи Scrum. Майте на увазі, що принципи Scrum також застосовуються до кожної галузі чи проекту. Основні принципи Scrum не можуть бути змінені, і вони повинні використовуватися, як описано в підручнику. Однак елементи та практики Scrum можна адаптувати до специфіки будь-якого проекту чи бізнесу.
Користувачі, швидше за все, вірять, що фреймворк Scrum допоможе їм досягти цілей проекту, якщо вони будуть дотримуватися керівних принципів фреймворку та правильно їх використовувати. У структурі Scrum «принципи» — це фундаментальні правила, яких необхідно дотримуватися. Ось 3 головних принципи скраму:
- Контроль над емпіричним процесом: цей принцип підкреслює основні принципи методології Scrum, якими є відкритість, перевірка та гнучкість. Якщо питання не чітко визначено або немає очевидних відповідей, емпіричний контроль процесу може допомогти учням отримати розуміння шляхом експериментування.
- Самоорганізація: процес Scrum дуже залежить від великої кількості людей, тому самоорганізація має вирішальне значення. Принцип самоорганізації сприяє автономії в роботі, що підвищує моральний дух і полегшує оцінку внеску кожного учасника.
- Співпраця: цей керівний принцип підкреслює важливість трьох факторів, важливих для ефективної командної роботи: самосвідомості, спілкування та творчої власності. Крім того, він просуває ідею реалізації проекту як спільного процесу створення цінності для всієї організації, коли команди працюють разом і взаємодіють одна з одною, клієнтом та будь-якими іншими зацікавленими сторонами бізнесу.
Що таке Scrum в Agile?
Scrum — це парадигма гнучкого управління проектами, яка визначає обов’язки, часові рамки та результати для команд. Типовий спринт триває лише від одного до чотирьох тижнів, що робить цей метод повторюваним. Дотримуючись цього плану, ваша команда продовжуватиме випускати нові версії продукту.
Scrum — це ітеративний процес розробки, який спирається на програмну парадигму з визначеними ролями, обов’язками та структурою зустрічей. Найкращі результати дає його використання, коли кінцевим результатом є матеріальний продукт, а не послуга, але його можна використовувати для будь-якого складного проекту. Крім того, читайте ГНУЧКІ ІНСТРУМЕНТИ КЕРУВАННЯ ПРОЕКТАМИ: визначення, використання та список APM.
Що таке scrum проти agile?
Орієнтація Scrum на безперервне вдосконалення схожа на одну з керівних основ Agile, що спонукає декого неправильно вважати, що ці дві взаємозамінні. З іншого боку, Scrum — це структура для виконання завдань, тоді як Agile — це більше підхід до управління. Гнучкі принципи підкреслюють ітераційний, поступовий прогрес через часті невеликі випуски. Щоб справді «стати гнучкою», всій вашій команді потрібно буде змінити своє мислення щодо того, як вони надають цінність клієнтам, що неможливо зробити без значних зусиль. Але такий фреймворк, як Scrum, може змусити вас думати в цьому напрямку та практикувати інтеграцію гнучких принципів у ваше звичайне спілкування та завдання.
Висновок
Методологія scrum проста. Легко зрозуміти правила, артефакти, події та ролі системи. Його напівнаказовий характер допомагає зробити процес розробки більш зрозумілим, водночас надаючи компаніям можливість додавати свої особливі штрихи.
Він ідеально підходить для складних проектів, оскільки він розбиває великі та складні завдання на менші, більш керовані історії користувача. Крім того, наявність чітких ролей і розкладу подій спонукає кожного бути відкритим і брати участь у процесі розробки. Завдяки регулярним оновленням як команда, так і люди, які користуються продуктом, можуть бачити, як швидко він покращується, що добре для моралі та задоволення.
Scrum FAQ
Що таке цінності scrum?
- Зобов'язання
- мужність
- Сфокусувати
- Повага
Що таке процес Scrum?
Процес Scrum спонукає людей використовувати те, що вони мають, і постійно дивитися на те, що працює, а що ні. Хороше спілкування має вирішальне значення, і воно здійснюється через зустрічі, відомі як «події».
Що таке 3 C Scrum?
Три С означають картку, розмову та підтвердження
Подібні статті
- Інструменти управління проектами: 25+ найкращих інструментів і методів
- ІНСТРУМЕНТИ КЕРУВАННЯ ГОЛОВНИМИ ДАНИМИ: найкращі інструменти керування даними
- ТОП-10 КОМПАНІЙ З УПРАВЛІННЯ БАЗАМИ ДАНИХ
- Робочий наряд: проста процедура/ кроки для створення робочого наказу
- ОФІСНА ПОЛІТИКА: визначення, важливість і як нею керувати
Посилання
