WIKI

SCRUM


Scrum (від англ. Scrum «штовханина») - методологія управління проектами, активно застосовується при розробці інформаційних систем для гнучкої розробки програмного забезпечення. Scrum чітко робить акцент на якісному контролі процесу розробки. Крім управління проектами з розробки ПЗ Scrum може також використовуватися в роботі команд підтримки програмного забезпечення (software support teams), або як підхід управління розробкою та супроводом програм.
 
ІСТОРІЯ
 
Підхід вперше описали Хіротака Такеуті і Ікудзіро Нонака в статті The New Product Development Game (Гарвардський Діловий Огляд, січень-лютий 1986). Вони відзначили, що проекти, над якими працюють невеликі команди фахівців різного профілю, зазвичай систематично проводять кращі результати, і пояснили це як «підхід регбі». Кен Швабер на початку 1990-х використовував підхід, який привів Scrum в його компанію. Вперше метод Scrum був представлений на загальний огляд задокументованим, чітко сформованим і описаним спільно Швабером і Джефом Сазерлендом. Швабер і Сазерленд протягом наступних років працювали разом, щоб обробити і описати весь їх досвід і кращі практичні зразки для індустрії в одне ціле, в ту методологію, що відома сьогодні як Scrum [45].
 
ОСОБЛИВОСТІ
 
Scrum є гнучким способом управлінням проектом. У гнучкому світі Scrum, замість надання повних, докладних описів того, як все повинно бути зроблено за проектом, велика частина залишається за командою. Це тому, що команда буде краще знати, як вирішити проблему, яка представлена. Ось чому в розвитку Scrum, наприклад, нарада з планування спринту описується в термінах бажаного результату (прихильності набором функцій, які будуть розроблені в наступному спринті) замість набору критеріїв входу, визначення завдань, перевірки критерій, критерій виходу і так далі, а буде представлена в більшості методик. Scrum заснований на самоорганізації, функціональній команді. У Scrum команда самоорганізаційна в тому, що немає абсолютних лідерів команди, який вирішує, які особи будуть робити певну задачу, і як буде вирішена проблема, а в Scrum, команда є функціональною, тобто кожен повинен взяти функцію, від ідеї до її реалізації.
Найбільш ефективною технологією Scrum є в тих командах, в яких розподіл завдань за виконавцями не організовується, часто порушуються терміни виконання і неможливо знайти відповідального[46].
 
ПЕРЕВАГИ
 
·         Прозорість процесу, щоденне відображення ходу виконання робіт
·         Передбачуваність здачі релізів і виконання проекту
·         Підвищення якості продукту: краща відповідність очікуванням користувачів, зменшення кількості помилок, за рахунок їх попереднього виявлення
·         Збільшення продуктивності за рахунок повного використання потенціалу командної роботи та фокусування на продуктивності команди, а не на індивідуальній продуктивності
·         Самоорганізація команди підвищує мотивацію і забезпечує зворотний зв'язок для коригування процесу. Значно зменшує навантаження на менеджмент.
·         Підвищення залученості співробітників - Agile часто є сильним мотивуючим фактором в команді, так як відводить велику роль людського фактору - ефективним комунікаціям, самоорганізації, ініціативі і здатності команди впливати на процес.
·         Спрощення входження в команду нових гравців за рахунок ясності процесу, загальної процесної термінології, а також створення грунту взаємного навчання у вигляді ретроспектив та стенд-апів [49].
НЕДОЛІКИ
 
·         гнучкий бюджет проекту
·         некомпетентний менеджер проекту [50].
 
ОРГАНІЗАЦІЯ
 
Розглянемо основні етапи організації.
·         Розділіть учасників на маленькі, кросс-функціональні самоорганізовані команди
·         Розділіть роботу на маленькі конкретні компоненти. Відсортуйте цей список за пріоритетами і оцініть відносний об’єм роботи за кожним елементом
·         Розподіліть час на короткі ітерації фіксованої довжини (зазвичай 1-4 тижня) так, щоб після кожної ітерації проводити демонтсрацію потенційно готового до використання кода
·         Оптимізуйте план релізу і коректуйте пріоритети сумісно з клієнтом, ґрунтуючись на даних, які отримали про розгляданні реліза після кожної ітерації
·         Оптимізуйте процес за допомогою проведення ретроспективи після кожної ітерації
 
РЕЗУЛЬТАТ
 
·         Якість виконання процесу;
·         Детальна обробка;
·         Ефективність;
·         Самоорганізованість;
·         Виконання завдання в строк;
·         Продуктивність;
·         Точність.
·         Ефективність організації роботи команди і кожного її члена.
·         Бачення загальної картини діяльності команди й окремих завдань.
·         Оцінювання ефективності окремих працівників.
 
ВИСНОВОК
 
Scrum методологія може бути гарною відправною точкою для початку руху. В процесі робіт деякі правила можуть еволюціонувати або відпасти через непотрібність. Це вже буде вирішувати команда, відносини в команді і саме життя. Але правила, які сформуються на основі Scrum, послугують хорошим плацдармом для досягнення командою бажаного результату.
 
ЛІТЕРАТУРА
 
1.         Майк Кон Scrum: гибкая разработка ПО. – М.: «Вильямс», 2011. – 576 с.
2.         Хенрик Книберг Scrum и XP: заметки с передовой. – C4Media, 2007. – 140 с.