Головна Бізнес Підготовка до psm scrum org. SCRUM – ефективний метод управління проектами

Підготовка до psm scrum org. SCRUM – ефективний метод управління проектами

Agile-Scrum Foundation 1

Скрам (Agile) – популярна методологія ведення проектів з розробки програмного забезпечення. Як організувати взаємодію команди розробників, щоб проект розробки завершився успішно? Що та як документувати, як, з ким і як часто обговорювати деталі проекту, як ставити завдання людям та як контролювати результат. Все це є Скрам (Agile).

На відміну від таких всеосяжних підходів до управління проектами, як, наприклад, стандарти Інституту Управління Проектами (PMI)® PMBOK® Guide, Скрам спочатку призначався для розробки програмного забезпечення в умовах, що часто змінюються. У цьому Скрам (Agile) більше спрямовано сам процес розробки, ніж процес управління. Ця технологія добре доповнює будь-який класичний процес управління і може бути з ним інтегрована при розробці навіть дуже великих IT проектів. Наразі Agile практики стали частиною PMBOK® Guide.

На курсі "Agile - Scrum Foundation 1. Управління проектами з використанням гнучких підходів". Ви навчитеся організовувати процес розробки програмного забезпечення та отримувати готовий продукт у жорстко фіксовані, а головне, невеликі терміни в умовах, що часто змінюються. Протягом курсу за допомогою Скраму (Agile) Ви розроблятимете новий «продукт». Ви, будучи Скрам-командою, набудете живого досвіду і відчуєте на собі перевагу роботи по Скраму (Agile). Під керівництвом нашого тренера ви пройдете через різні, близькі до реалій ситуації, для вирішення яких треба буде застосовувати нові, інноваційні підходиСкрама (Agile).

Аудиторія курсу:

Розробники програмного забезпечення – члени команд розробки, тимліди (старші групи розробки).
Фахівці, які бажають освоїти роль Product Owner або Scrum Master у Scrum-командах.
Менеджмент Scrum-команд, який бажає познайомитися з особливостями робіт усередині команди.

Курс «Agile-Scrum Foundation 1. Управління проектами з використанням гнучких підходів» дає для підготовки до та PDU для продовження наявних у вас сертифікацій:

	Technical	Leadership	Strategic	Total
PMI_RMP ®	-		-
PMI_SP ®	-		-
PMP(r) ®			-
PgMP(r) ®			-
PMI_ACP ®			-
PfMP ®	-		-
PMI_PBA SM	-		-

PMI є зареєстрованою маркою Інституту управління проектами.
PMBoK є зареєстрованою маркою Інституту управління проектами.

Питання сертифікації Скрам-майстрів – найпоширеніше питання тематики всіх Scrum-сертифікацій та тренінгів. Майже кожен другий відвідувач моїх тренінгів або довгострокового Scrum-навчання планує сертифікуватися в подальшому як Скрам Майстер.

Якщо поділити всі сертифікації по Скрам за тимчасовою шкалою, то вони бувають декількох видів - короткострокові (2-3 - денні курси) або довгострокові, в яких потрібно підтвердити свій досвід роботи по Скрам, але не обов'язково проходити тривале навчання.

Я і сам проходив тренінги та отримував сертифікати від найвідоміших шкіл по Скрам. Зараз я і хочу розповісти про найвідоміші сертифікації для Скрам Майстерів, включаючи свою думку щодо них.

Моє ставлення до короткострокових сертифікацій ми опустимо в цій статті, і, хоча я вважаю довгострокове навчання на кілька тижнів або місяців з домашніми завданнями і подальшим розбором питань зі своєї роботи самим ефективним способомНавчання Scrum, тим не менш, кількість шанувальників короткострокової сертифікації величезна.
Попит на довгострокові сертифікації по Скрам є значно меншим, але такі сертифікації присутні у всіх відомих школах, що сертифікують за Скрам і не мають у своїй назві слів "Скрам Майстер".
Тренінги та сертифікації, які мають у своїй назві слова Scrum Master, в основному відносяться до короткострокових сертифікацій. Тобто, для того, щоб отримати сертифікат Скрам Майстра, потрібно або прослухати 2-денний курс, або здати онлайн-тест без проходження тренінгів.
Але не все так просто, як здається на перший погляд. Без підготовки не обійтись.

У цій статті я розгляну сертифікації двох шкіл – Scrum Alliance та Scrum.org. Чому тільки ці дві? Я вважаю ці організації найціннішими, тому що їх або заснували співзасновники Скрам, або вони найвідоміші на ринку, або дають найвпевненіше підтвердження знань з Scrum. При цьому ці школи, на відміну від більшості онлайн-сертифікацій, у питаннях своїх тестів не суперечать офіційному погляду на Скрам, описаному в Scrum Guide - найголовнішому посібнику зі Скрам.

Отже, пройдемося сертифікаціями по порядку.

1. Сертифікація від ScrumAlliance

ScrumAlliance - найбільша школа по Скрам і найпоширеніша у світі школа, яка є найвідомішою та відомою організацією, що займається Scrum - сертифікаціями.
Звичайно, це не школа, а найбільше об'єднання шанувальників Скрам, менеджерів навколо-Agile напряму, Scrum-тренерів, Scrum-Коуч та організацій, що займаються Scrum-навчанням.
Серед засновників ScrumAlliance у 2001 році були засновники Скрам - Кен Швабер та Джефф Сазерленд, які потім заснували свої власні сертифікаційні компанії, які також займаються Scrum-сертифікацією, про які я розповім нижче.

Сертифікат Scrum Master цієї школи неможливо отримати без попереднього відвідування офлайн тренінгу. Тренінги від Scrumalliance зазвичай досить дорогі (рідко бачив дешевше за 700 дол США за квиток)

Сертифікати від ScrumAlliance бувають 3 видів для початкового рівня: Certified Scrum Master, Certified Scrum Product Owner та Certified Scrum Developer, та просунутий сертифікат, який вимагає досвід роботи у Скрам – Certified Scrum Professional.
Для скоринки Скрам майстра потрібна перша сертифікація.

CSM (Certified Scrum Master)

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

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

Після курсу вам створюють профіль на сайті ScrumAlliance.
Ось приклад профілю, який у Вас буде
Тим хто прослухав курс, видається (або продовжується) членство у спільноті (і заразом, доступ до профілю)

Кожні два роки членство слід відновлювати за 50 доларів. Тест при цьому складати не потрібно.

Що потрібно для сертифікації CSM

Складання іспиту:

Після того, як Ви отримаєте зареєстрований тренером профіль на Ваш email, до Вас буде прикріплений тест, який Ви зможете почати здавати за висланими Вам тренером інструкціями. У тесті 35 питань з численними варіантами відповідей. Для успішної здачі правильно відповісти потрібно на 24.
Якщо Ви не сдасте тест, Вам покажуть неправильні питання, але не покажуть правильні відповіді на ці запитання. ScrumAlliance у такий спосіб дає Вам можливість знайти правильні відповіді самостійно. Після цього тест можна скласти ще раз безкоштовно. На тест дається 1:00. Тест можна перервати та продовжити у будь-який час. Під час здачі питання можна пропускати, поставивши на них закладки, щоб повернутися до них пізніше.

Підсумки:

Ціна питання – мінімум 700 дол
Чи варто здавати? Так, якщо ви готові викласти гроші за курс самої відомої компанії, що сертифікує по Скрам.

2. Сертифікація від Scrum.org

Це школа по Скрам, заснована співзасновником Скрам Кеном Швабером у 2009 році. Вона ще не настільки поширена у всьому світі, як Scrum Alliance, але постійно набирає обертів, і вже в деяких країнах стала популярнішою через свій підхід до сертифікації.
Кен Швабер заснував цю школу, щоб удосконалити навчання Скраму, яке, на його погляд, на момент відкриття Scrum.org було засноване більше на зароблянні, ніж на якісному навчанні. Про причини основи Scrum.org можна почитати у .
Щоб отримати сертифікат Scrum.org, зовсім не обов'язково ходити на тренінг (хоча рекомендується). І достатньо лише заплатити 150 $ за код до онлайн-сертифікації.
Зручно? так. Але не все так просто.

Сертифікації від Scrum.org для Скрам-майстрів бувають 3 видів: Professional Scrum Master I, Professional Scrum Master II та III.
Це різні ступені сертифікацій, які потребують різного рівня знань.
Усі базові сертифікації від Scrum.org зображені на зображенні

Professional Scrum Master I (PSM I)

Найперша із сертифікацій для Скрам-майстрів від Scrum.org. І, мабуть, найскладніша із відомих сертифікацій, якщо порівнювати з іншими школами.
Я знаю мало людей, які склали цей іспит із першого разу. Навіть із підготовкою. Як опція, ви можете відвідати офіційний тренінг Scrum.org перед сертифікацією. Але відвідування тренінгу Вам також не гарантує отримання сертифікату. Сертифікацію доведеться здавати на рівних із тими, хто не проходив тренінг. Ви складатимете той самий тест. Попередній тренінг дає хороші виразні знання з Scrum, але не зобов'язаний знайомити Вас із хитрощами складання самого іспиту.

Більше того, публікувати відповіді на запитання з іспиту заборонено навіть офіційним тренерам. Питання з іспиту, які з'являються в мережі, безжально видаляються в стислі терміни.
Сам іспит досить збалансований. Він містить питання як базового рівня, так і питання, на які вдасться швидко відповісти лише маючи досвід роботи у Скрам або досвід налаштування процесів у ролі Скрам-майстра. Також в іспиті містяться "хитрі" питання, відповіді на які ви зможете знати, добре запам'ятавши термінологію Скрам, практично вивчивши напам'ять Посібник зі Скрам. Іспит, до речі, складається англійською, тому найкраще читати англомовну літературу. Ідеальний варіант, звичайно, мати досвід роботи у Скрам 3-5 років. Це допоможе краще розуміти суть деяких питань, але не факт, що буде достатнім для здачі. На Sctum.org ви побачите безліч постів, де люди з більш ніж 5 років досвідом не склали іспит і скаржаться;)

Підготовка до здачі PSM I

Як проходить сама сертифікація

Резюме:

PSMI складна сертифікація для скрам-майстрів з існуючих. Вимагає ґрунтовної підготовки. Але результат вартий того. Усіх, хто склав тест PSM I, я можу назвати фахівцями, які знаються на Scrum і впевнено володіють базою Scrum. Сертифікація не потребує тренінгів. Ціна питання – 150 дол. Чи варто здавати? Звичайно, варто! Це буде незабутній досвід, про який Ви не пошкодуєте.

PSM II та PSM III

Це ще складніші сертифікації від Scrum.org. Вони входять до обов'язкової програми підготовки тренерів від Scrum.org, тому рівень тренерів цієї організації досить високий. Звичайним Скрам-майстрам здавати ці сертифікати можна швидше для власного задоволення, тому що вони ніде не потрібні. PSM II складається також із питань з одиничним і множинним вибором, а під час проходження PSM III потрібно писати короткі твори-есе у відповіді питання, які перевіряються вручну. Враховуючи високу цінуі складність цих іспитів, я поки що не зустрічав того, хто склав ці іспити просто так для себе, не беручи участь у програмі підготовки тренерів.

Висновки:

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

	ScrumAlliance	Scrum.org
Ціна сертифікації:	0 USD тільки при проходженні тренінгу	150 USD при проходженні тренінгу безкоштовно
Необхідність проходити тренінг	так, обов'язково	не обов'язково
Ціна тренінгу	від 700 USD	від 650 USD
Вартість членства	50 USD	0 USD
Тривалість членства	2 роки	немає поняття членства
Складність іспиту	Легкі та середні питання, 60 хвилин, 35 питань, 27 відповідей для здачі	Легкі, середні, складні та заплутуючі питання, 60 хвилин, 80 питань, 68 відповідей для здачі
Кількість зусиль під час підготовки до іспиту	Пройти тренінг та прочитати Посібник зі Скрам	Необхідно витратити час і докласти зусиль на підготовку
Кількість спроб здачі	2	1

Якщо ж сертифікація для Вас не така значуща, то на моїх тренінгах по Скрам я даю знання, які стануть Вам у нагоді в реалізації Скрам на практиці у Вас в компанії.
Залишайтеся з нами. Scrum must go on!

За проходження курсу нараховується 24 PDU.

Опис освітньої програми

Управління проектами як галузь знань міцно входить у практику діяльності багатьох комерційних та державних підприємств та організацій. Проте, під час виконання низки проектів, насамперед у високоінтелектуальній сфері, з'ясувалося, що «класичні» підходи проектного управління або працюють лише частково, або зовсім не спрацьовують.
Якщо проекти пов'язані з вирішенням великого обсягу аналітичних завданьякщо ситуація в проекті змінюється щодня або навіть щогодини, якщо в проекті задіяна компактна команда професіоналів з 5-ти/9-ти осіб, якщо в проекті часто змінюється зміст та функціонал майбутньої системи, а виконати роботу необхідно точно в строк та з необхідним рівнем якості, можливо, необхідно використовувати гнучкі (Agile) підходи при управлінні проектами. Найбільшу популярність набув метод Scrum, що успішно застосовується в різних галузях економіки: інформаційних технологій, фінанси, навчання, наукових дослідженняхі т.д.
Курс «Управління Agile-проектами з методом Scrum» покликаний дати команді проекту інструментарій для більш ефективного планування, виконання та контролю високотехнологічних проектів з використанням найпередовіших методів гнучких.
Після вивчення курсу слухач буде:
Знати:

основні процеси та події гнучкого управління проектами (УП) у реалізації Scrum;
шляхи пошуку основної інформації з гнучких методів в УП;
відмінності класичних підходів в УП від пропонованих Scrum;
особливості організації управління проекту методом Scrum;
життєвий цикл Scrum – проекту.

Вміти:

визначати зацікавлені сторони проекту;
визначати цілі та очікування зацікавлених сторін від кінцевого результату;
формувати вимоги та визначати користувацькі історії;
планувати завдання на Спрінт;
контролювати перебіг Спринту;
керувати змінами у ході проектів;
ідентифікувати, аналізувати та реагувати на ризики в ході Scrum - проекту;
керувати ризиками.

Володіти:

навичками складання Беклогу Продукту;
навичками складання Беклога Спринту;
навичками проведення нарад у Scrum – проектах;
навички демонстрації результатів.

Успішне закінчення навчання за програмою даного курсудозволить фахівцям:
Керувати загальним ходом Scrum – проекту.

Ціль курсу

Формування та вдосконалення професійних компетенційу галузі виконання проектів за методом Scrum

Цільова аудиторія

Фахівці, чия діяльність пов'язана з проектами розробки та/або впровадження інформаційних систем(ІС):

менеджери та аналітики,
члени проектних команд

Необхідна підготовка

Досвід участі у проектах розробки та/або впровадження ІС.
Бажано мати знання та навички в обсязі курсу УП130 «Основи управління проектами» або прослухати цей курс

Практичні заняття

Елементи Життєвого циклу Scrum - проект.
Складання Беклогу Продукту. Декомпозиція та пріоритезація Історій користувача.
Планування етапу робіт (Sprint), упорядкування Беклога Спринта. Оцінювання Історій користувача (User Stories) і Задач (Tasks).
Виконання етапу робіт. Щоденні Командні зустрічі (Daily Scrum Meeting).
Демонстрація одержаних результатів Замовнику (Sprint Review Meeting).
Нарада за підсумками етапу робіт (Sprint Retrospective Meeting).
Управління Scrum - проектом та етапами робіт. Робота з інструментами візуалізації: Дошка Завдань (Tasks Board) та Діаграма згоряння Завдань (Burndown Chart). Оцінка продуктивності.
Управління ризиками у Scrum – проекті.

Отримуваний документ

Посвідчення про підвищення кваліфікації та сертифікат міжнародного зразка.

У класичній моделі управління Scrum є три ролі, одна з яких зветься Scrum Master (скрам-майстер). Це роль головної людини у тій команді, яка у своїй роботі сповідує «гнучкий» управлінський підхід. Але нерідко (особливо в бізнес-школах та Scrum-спільнотах) Майстром - Professional Scrum Master (PSM) - називають людину, яка спіткала модель Scrum на фундаментальному рівні, прийняла філософію «гнучкого» підходу Agile і тепер не тільки сама може вести проект будь-якої складності , але й навчає цього інших. Такі люди одержують сертифікат (Scrum Master Certification) різного кваліфікаційного рівня (ступеня).

У моделі Скрам існує три ролі:

Скрам Майстер.
Власник продукту (Product Owner).
Команда (Team)

Кожен «рольовий персонаж» у цьому колективі несе відповідальність за свою «дільницю роботи».

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

Рольовий розподіл обов'язків

Команда (Team),яка, як правило, складається з 6-8 осіб, у парадигмі Скрам має самоорганізовуватися та самоврядуватись, а її робота розглядається та оцінюється як дія єдиної групи. Усередині команди немає чіткого підрозділу на ролі з обмеженням дій, хоча до команди входять люди з різними професійними навичками. Майстер, однак, тут стоїть окремо і не вважається членом Team.

Власник продукту (Product Owner). В широкому значенні– це посередник між ринком та бізнесом, який веде проект у рамках єдиного розуміння вимог. Він відповідає за те, щоб результат роботи був цінним та корисним на ринку. Така людина керує розвитком продукту, а чи не діяльністю команди. Але становище посередника зобов'язує його:

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

У випадку з Product Owner майже завжди йдеться про одну людину, яка несе персональну відповідальність за створення цінності і тому сама коригує пріоритети на кожному робочому етапі-спринті. Однак іноді одній людині виконувати цю роль важко. Тоді функції "Власника проекту" розподіляються між декількома людьми (наприклад, один формулює вимоги, а інший відповідає за взаємодію з ринком). Але в цьому випадку все одно обов'язково призначається головний керівник із правом (і обов'язком) одноосібної розстановки пріоритетів та авторизації вимог у Bcaklog'e.

. Якщо Власник проекту у моделі Scrum не керує командою, то логічно припустити, що роботою Team має керувати Скрам-майстер. Однак і це не так, оскільки команда самоорганізовується та не вимагає керівництва. На відміну від класичного Project Management, тут такий командир взагалі не передбачається. Майстер допомагає організувати роботу команди, але саму роботу, зазвичай, не втручається. Він ставить завдання і змушує працювати.

Складна роль Майстра

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

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

Роль такого координатора-адміністратора в колективі не нова. Ідеологічно вона чимось схожа на роль комісара у військовому підрозділі. (За цією аналогією функції командира загону відповідають функціям Product Owner у Scrum-моделі).

У відомій книзі братів Стругацьких "Град приречений" є сюжетна лінія, в якій дослідницький загін висувається в далеку розвідку пустельними землями. Декілька тижнів виснажливого шляху призводять до того, що дисципліна в загоні починає сильно страждати і навіть зразковий командир, який з успіхом пройшов кілька кампаній, не може організувати підлеглих. Але разом з військовими (і в їхньому середовищі) в експедиції виявляється високоадаптивна людина, яка вміє знайти з усіма спільну мову, поставити настрій, знайти рішення критичної проблеми (пошук джерела води по архівним документам). У результаті в одному з епізодів командир зізнається, що хоч він і ніколи не розумів, навіщо в армії комісари, але такого організатора взяв би.

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

Кваліфікація Скрам-майстра

При освоєнні моделі управління Scrum кандидатам і роль, і звання Майстра потрібно знати як формальний алгоритм процесу, але, насамперед, сповідувати філософію підходу. Тобто багато в чому змінювати свої ціннісні орієнтири у бізнесі та у взаєминах з колегами, переглядати правила своєї поведінки, а на це готові піти не всі. За статистикою, до 30% персоналу, який раніше працював за класичними управлінськими моделями, відчувають майже непереборні труднощі, коли стикаються з використанням гнучкого підходу. Адаптуватися до гнучкого формату самим і допомагати в цьому іншим членам команди вчать на спеціальних курсах, які готують Скрам-майстрів.

Так, наприклад, у тренінг-школі Unusual Concepts проводиться дводенний курс (Certified ScrumMaster), на якому даються базові знання про модель. Проходять навчання отримують системні рекомендації щодо тактики застосування моделі в організації та за змістом Scrum-процесів.

Зокрема, «студентів» знайомлять із усіма етапами системи та її перевагами:

обґрунтовують конкурентоспроможність «гнучких» методик, порівняно з класичними,
розповідають про можливі сфери їх застосування,
покроково розкладають на елементи процес розробки та планування,
проробляють рольову участь у різних сценаріях,
формують уявлення про систему оцінок,
розглядають використання інформаційних інструментів(спринт-белог і беклог продукту),
у форматі робочої групидопомагають освоювати техніки «гнучкого» проектування та управління,
окремо опрацьовують практичні нюанси застосування Scrum.

Крім цього, є 3-денні курси з підготовки керівників проекту – «власників продукту» (Product Owner) та тренінг для Майстерів, за підсумками якого видається сертифікат Скрам-майстра (PSM I). Це офіційний курс від Scrum.org, сертифікати якого визнані у всьому світі.

У згаданому «Домі Scrum.org», який об'єднує як розробників програмного забезпечення, так і всіх тих, хто сповідує ідеї «гнучкого» управління, можна придбати «перепустку» на курси першого, другого та третього рівнів.

PSM I. Пройшли навчання на цьому рівні демонструють фундаментальне розуміння форми та змісту Scrum, опановують концептуальні знання.
PSM ІІ. Люди на цьому ступені знань демонструють просунутий рівень майстерності та можуть ефективно застосувати його на практиці навіть у складних ситуаціях.
PSM ІІІ. Ті, хто оволодів цим рівнем, відрізняються всеосяжними теоретичними і практичними знаннями про Scrum і про цінності ідеології.

Управління проектами ,

Agile,

Керування продуктом

Коли я прочитав: "Agile is much more than just Scrum" - в описі сертифікаційного курсу Certified Agile Professional компанії ScrumTrek, то перше, що я подумав: чому ScrumTrek, тоді вже треба було назватися AgileTrek? Після цього навчання я повернувся до цього твердження з більш серйозним настроєм. То що ж я виніс із тренінгу? Записи, роздатковий матеріалта сертифікат Certified ICAgile Professional? А як же розуміння, що таке Agile? У чому полягає концепція Agile-Підходу? Що таке Agile Mindset?

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

Історія Agile

Добре запам'яталася історія Agile, яку тренер представив як поступального дорослішання всієї галузі розробки ПЗ.

Code-and-Fix дозволив стартувати галузі написання коду відносно дешево без будь-яких планів, документації та спеціальних вимогдо кваліфікації розробників.

Йому на зміну у 1970 роках прийшла водопадна модель (Waterfall), яка знизила ризики, підвищила прозорість розробки ПЗ, а також усунула проблему високої вартості супроводу ПЗ за збереження низьких вимог до кваліфікації розробників. Модель почали використовувати повсюдно, що швидко оголило її проблеми. Водоспад добре працює тільки в тих випадках, коли заздалегідь все відомо: який продукт необхідно розробити, які технології реалізації потрібно використовувати - і жодних змін не виникає.

Перші спроби виправити ситуацію пов'язані з появою у 1990 роках ітеративних підходів. З одного боку, цьому сприяє здешевлення комп'ютерів, коли машинний час перестає бути об'єктивним обмеженням, що дозволяє робити багаторазові експерименти щодо нарощування функціональності продукту. З іншого боку, нові технології ІТ дедалі більше посилюють конкуренцію, тому бізнесу доводиться оперативно застосовувати в бізнесі. Хто впровадив нову технологіюраніше за інших, то завоював і клієнтів, і ринок. З цього моменту починається активний розвиток гнучких процесів розробки, які мають на меті надати бізнесу швидкі поставки функціональності. По суті відбувається відкат до «швидкого» методу Code-and-Fix, але його доповнюють плануванням та виключенням ризиків.

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

Чи все ж таки так, як у Scrum?

У 1992 році з'являється Crystal, який вперше фокусується на частому постачанні працюючого коду кінцевим користувачам. Потім у 1994 представлений DSM (Dynamic Systems Development Method), який проголосив орієнтацію на потреби бізнесу та незнижуваний рівень якості ПЗ (приблизно в ці роки з'явився термін Refactoring). Нарешті, у 1996 році представлений Scrum Framework, який став стандартом де-факто для управління гнучкою розробкою. У цьому року починає вперше застосовуватися парне програмування. А в 1999 з'являється XP, який приніс концепцію історій користувача (User Story), планування релізів і безперервної інтеграції (Continuous Integration). Підсумком усіх цих приватних ініціатив став розроблений у 2001 році Agile-маніфест розробки програмного забезпечення, в якому закріплені перевірені 10-річчям цінності та принципи, що дозволяють швидко постачати функціональність бізнесу.

Подальший розвиток Agile пов'язаний із спробами усунути всі можливі втрати (простої) у процесі розробки ПЗ, за рахунок чого ще більше підвищити швидкість доставки функціональності. У 2003 р. з'являється Lean Software Development як адаптація концепції ощадливого виробництва Toyota до галузі розробки ПЗ. У 2006 р. рух продовжується за рахунок появи Kanban Software Development, в якому представлений готовий алгоритм усунення втрат у потоці постачання цінності (функціональності) бізнесу. Також у 2011 році у відповідь на вибухове зростання SAAS (ПЗ як сервіс) з'являється концепція DevOps, яка об'єднує розробку та супровід для усунення втрат на їх стику.

Отже, виробництво (розробка) перестало бути вузькою ланкою, навчившись максимально швидко задовольняти потреби бізнесу. Тим не менш, розвиток Agile продовжується. По-перше, в області масштабування Agile на великих підприємствах(SAFe). По-друге, величезна кількість провальних інвестиційних проектівпорушує питання в галузі розробки продуктів: як максимально дешево розробити максимально затребуваний продукт? У 2009 році відповіддю на це обмеження стає Lean Startup.

Цінності та принципи Agile

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

Наприклад, друга цінність Agile: «Працюючий продукт важливіший за вичерпну документацію». Свого часу це було декларацією заперечення водоспадної моделі, у якій розуміння прогресу багато в чому спирається на проектну документацію. Але в 2 версії Agile-маніфесту формулювання змінилося: «Бізнес-цінність важливіше працюючого продукту» (Agile Manifesto 2.1 – «MoreAgile Manifesto»). Це приклад еволюції Agile-цінностей пов'язаний з появою Lean Startup: дуже багато працюючих продуктів виявлялися нікому не потрібними.

Scrum та Kanban

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

Ігри в Agile

Всі ігри були простими в освоєнні та веселими в процесі. Під час однієї гри на другий день тренінгу один із учасників вигукнув: «І чим ми раніше займалися? Ось воно!" Нижче я розповім про те, чого ми навчилися в іграх.

Penny/Multitasking games наживо (на нас самих) і переконливо (звичайним секундоміром) продемонстрували необхідність брати в роботу малі порції і не виконувати в той самий момент часу кілька завдань. Ми побачили, як це виключає втрати через простої в строго послідовному процесі роботи (водоспад), втрати через накопичення незавершеної роботи (набитий рот довше жує) і на перемикання контексту (у водоспадній моделі робота співробітника над декількома проектами одночасно найімовірніша) .

Planning pocker настільки проста техніка командою оцінки, що навіть у рамках недовгої гри дозволяє відчути свої переваги. Наприклад, всі члени моєї ігрової команди погодилися, що більшу частинучасу ми витратили зовсім не на оцінку трудомісткості тієї чи іншої роботи, а на обговорення робіт, які ми розуміли спочатку по-різному. Іншими словами, основна користь полягає зовсім не в цифрі оцінки, але в однаковому розумінні роботи. З іншого боку, будучи обмеженими за часом, ми уникали суперечок і обговорень, якщо наші оцінки сходилися відразу. Прості речі, але як нелегко слідувати їм у роботі! Чи не правда?

Ігрова постановка саботування Daily Standup Meeting повернула нас до обговорення цінностей Agile. Наприклад, Scrum Master (процесний коуч) не повинен бути менеджером для команди розробки або поводитися відповідним чином, тобто роздавати завдання, включати емоції і протиставляти себе групі, перетворюючи тим самим зустріч у похмурі звітні збори членів команди перед самим собою.