C поняттям Scrum стикається все більше людей, віддалених від роботи над великими і не дуже проектами в області інформаційних технологій.
У зв’язку з цим виникає необхідність у поясненні значення цього терміна.
І багато дізналися, що ховається за ним, починають заглиблюватися у вивчення даної методики командної роботи над єдиним проектом.
Ми розглянемо, з якої причини керування роботою команди розробників пішло своїм шляхом, відокремившись від класичного менеджменту, і почало використовуватися в багатьох інших галузях людської діяльності з подібним ставленням до організації трудового процесу.
Зміст
Історична довідка
Альтернатива менеджменту – Scrum з’явилася завдяки комп’ютерам і спільній роботі кількох осіб або команд над єдиною завданням.
Комп’ютеризація виробництв дозволила автоматизувати і спростити ведення бізнесу.
Проте впровадження техніки в бізнес вимагало спеціалізованого програмного забезпечення.
Час його появи в країнах колишнього CPCP випало на перші пострадянські роки, коли багато студенти, інженери, фахівці, конструктори і інші фахівці залишилися без роботи і почали переходити в молоду і перспективну галузь– ІТ.
Рис. 1 – Логотип Scrum
Після утворився заснований на принципах Agile Scrum – його розуміли всі, хто користувався, тому як все просто.
Далі сукупність методів розвивалася в різних галузях IT, чого з’являлися все нові методики роботи.
Принцип? Бралися добре зарекомендовані принципи менеджменту і переосмислювалися з урахуванням:
- базових ідей Agile;
- подробиць поточного проекту.
Детальніше про зародження методології управління групами людей, об’єднаних єдиною метою, можете прочитати в книзі «Scrum — революційний метод управління проектами», написаної Джефом Сазерленд.
Що це таке
Загалом під терміном ховається гнучка нічим не обмежена концепція розробки програмного забезпечення будь-якого роду з застосуванням практик, теоретичних знань і принципів Скрам.
Методика передбачає не стільки зниження обсягу непотрібних операцій, підвищення віддачі і швидкодії команди, скільки:
- збільшує керованість;
- підвищує контроль над роботою підлеглих;
- дає можливість контролювати будь-який з етапів робочого процесу;
- вносити зміни до вектора цілей і проводити коригування;
- з величезною точністю передбачити результат роботи.
І це стосується будь-якого з етапів проекту.
Популярність і необхідність в методології, за умови правильного підходу, вдало підібраного колективу і вмілого управлінця викликані зниженням швидкодії на 150-200%.
І це неймовірний результат, враховуючи, що інші методики знижують швидкість роботи значніше. Не завжди ж швидкість виконання завдання позитивно позначається на її результат (-ах).
В Scrum, заради підвищення керованості, контролю та передбачуваності виконання проекту витрачається від чверті до половини потенціалу команди.
І в багатьох випадках це виправдано, хоча б тому, що більш досконала методика, якщо й існує, в маси не вийшла.
Читайте також:
Навчання програмуванню з нуля – покрокове керівництво для початківців. Десять кроків від чайника до програмісту-професіоналу
Як включити Java в Google Chrome — Повне керівництво
Програми для шифрування файлів: Які краще вибрати?
50+ кращих безкоштовних шаблонів для WordPress блогу, журналу, агентства, портфоліо, і корпоративного веб-сайту 2017
Unity Web Player: що це за програма і навіщо потрібна — розбираємося разом
Хто є хто
У Скрам є три рівноправні сторони, без жодної з яких нічого не буде:
- Product Owner;
- Development Team або Scrum Team;
- Scrum Master.
Це може бути як власник проекту, яким потрібен продукт, так і особа, що його представляє.
Зазвичай в PO є перелік необхідних завдань з розставленими пріоритетами та історія їх виконання та коригування.
Рис. 2 – Різниця в організації робочого процесу
Його можна вважати менеджером, управлінцем, керівником проекту або одного з його частин (якщо працює кілька колективів, у кожного може бути свій Scrum master).
Завдання людини – організувати робочий процес команди, часом підібрати її з претендентів, стежити за якістю, точністю і термінами реалізації задуманого.
Також він зобов’язаний забезпечувати членів команди всім необхідним для вирішення завдання, усувати перешкоди, допомагати відстаючим, навчати тих, кому не вистачає досвіду, підказувати, часом демонструвати ефективність на власному прикладі і мотивувати людей.
Саме вони працюють над отриманням результату.
Відповідно до офіційної документації (документом, де описана методологія його безпосередніми авторами), група виконавців зобов’язана виконувати наступні вимоги або максимально прагнути до цього:
- в цілому мати всі навички, знання та досвід (а при частковому нестачі обзавестися ними), необхідні для випуску готового до вживання продукту, який задовольнить замовника;
- нести колективну відповідальність за кожен етап роботи – роблять все разом, а тому за недоробки, відставання від графіка, помилки і т. д. відповідають усі разом;
- володіти самоорганізацією – не всі функції по управлінню лежать на скрам майстра, навіть він не може вказувати працівникам, як технічне завдання перетворити на необхідний результат.
Рис. 3 – Самоорганізація і самоконтроль в робочому процесі
В офіційній документації, що стосується чисельності групи розробників, вона повинна складатися з 5-9 осіб.
Якщо їх буде більше, це негативно позначається на злагодженості, вимагає значних витрат на прийняття рішень, комунікації, знижує відповідальність за відхилення від завдання.
Як виглядає робочий процес
Настав час розібратися з термінами, завдяки яким методика існує, а перераховані вище люди вміло її експлуатують в бізнесі.
Почнемо з спринту (Sprint) – це часовий інтервал, даний команді для впровадження в життя зазначеного переліку завдань.
Зазвичай цей час визначається групою розробників раз і знаходиться в межах, якщо проект не масштабний і не зовсім мізерний за обсягом, 1-4 тижнів плюс-мінус кілька днів.
Після цього не змінюється, а на кожен спринт даються однакові бэклоги (в ідеалі).
Backlog – список всіх робіт, загальний щоденник та звіт. Їх може бути декілька для різних етапів розробки.
Бэклогов розрізняють кілька типів:
- Product Backlog – повний перелік завдань з їх пріоритетності, виконання яких дозволить отримати необхідний результат по закінченні роботи;
- Sprint Backlog – перелік завдань, визначений командою і погоджений із замовником (власником) або ж запропонований ним в односторонньому порядку, які слід реалізувати найближчим часом (спринт). Вони беруться з Product B
Планування спринту – збори, де присутні всі три сторони, які беруть участь у Scrum’е. Може бути організований у будь-який момент, але зазвичай відбувається перед виконанням роботи.
Рис. 4 – Приклад Backlog
На планерці власник озвучує мети, розставляє пріоритети, визначає часові інтервали для здійснення тих чи інших бэклогов.
Команда оцінює свої сили і запропоновані умови, зіставляє їх і висловлюється.
Як правило, з оцінкою того, що бажаного у відведені терміни може бути зроблено, якщо не з’являться перешкоди, які низкоприоритетные завдання з поточного їх переліку краще перенести на наступний етап, щоб не порушити терміни.
Рис. 5 – Схема процесу
Спринти повинні мати чітко визначену мету та належним чином мотивуватися за умови її досягнення.
До закінчення планування список завдань повинен бути готовим.
Як правило, він не змінюється, але динаміка життя і ринку часто вимагає порушення правил.
На них кожен з працівників звітує перед співробітниками та/або керівником проекту про:
- те, що ним особисто було зроблено для досягнення результату вчора;
- плани на сьогоднішній день (іноді кілька найближчих днів) і способи їх досягнення;
- перешкоди, які з’явилися в процесі роботи і способи їх усунення.
Мета щоденних зборів (летючок):
- виявлення поточного стану проекту і прогресу;
- визначення настрою команди в цілому та кожного з її представників;
- пошуки джерел перешкод для їх усунення;
- групова вироблення рішень, які змінять підхід, якщо того вимагає ситуація.
На завершення спринту проводяться так звані Sprint Retrospective і Sprint Review.
Мети: визначення та оцінка результативності командної роботи в минулому спринті, прогноз очікуваної віддачі в майбутньому на основі колишнього досвіду і поставлених завдань, виявлення факторів, які можуть негативно вплинути на успіх спринту.
Що часто не береться на облік
Багато керівників проектів обурюються з приводу того, що методика не функціонує, вона не життєздатна.
Недостатня самоорганізація співробітників. Без мотивації ефективно працюють далеко не всі члени команди.
Згідно ідеології, працездатність і самоорганізація команди не повинні істотно змінюватися при зміні керівника або власника.
Скрам застосовується там, для чого не призначений.
Його не можна використовувати там, де значні корективи у Product Backlog можуть бути внесені в будь-який момент.
Читайте також:
Навчання веб-дизайну з нуля — покрокове керівництво для початківців (десять етапів)
Як створити додаток для iOS – від ідеї до продажу
Налаштування Bios — Детальна інструкція в картинках
Інструменти для програмування під Андроїд: софт для написання додатків
Powershell: як працювати з програмою, створювати, запускати і змінювати скрипти
Підсумки
Він дозволяє вносити зміни в будь-який момент (без гарантії їх своєчасного виконання), простий в освоєнні і експлуатації, дозволяє тримати будь-яку стадію роботи під контролем з незначною шкодою ентузіазму команди.
Самоорганизованность і спрацьованість співробітників дозволяє домогтися результатів з мінімальним втручанням з одного боку, але потребує витрат на підбір працівників і їх мотивацію.
З іншої сторони рівновеликі спринти і висока самоорганізація команди стають перепонами для невеликих проектів.
Не кожен керівник побажає виконувати обмежують його правила, що стосується внесення змін до Sprint Backlog.
Широким масам не відомо, що найбільші банки країни (Альфа-банк і Ощадбанк) мають досвід організації робочого процесу з даної методології.
І навіть Герман Греф озвучив, що у Scrum і Agile велике майбутнє, хоча тут можна довго сперечатися, адже з’являються і більш ефективні методики роботи колективу над проектом.
Тим не менш, перевірена на практиці методика непогано зарекомендувала себе в проектах державної важливості.
Зокрема, Самарський пенсійний фонд зміг таким чином домогтися відсутності черг дівчат і жінок за материнським капіталом.
