Кен Швабер та Джефф СазерлендПосібник зі Скрамутм

Повний навчальний посібник зі Cкраму: правила гриЛистопад 2020Мета посібникаМи розробили Скрам (Scrum) на початку 1990‐х років. Ми написали першу версію посібнику зіСкраму у 2010, щоб допомогти людям у всьому світі краще розуміти Скрам. З тих пір посібникеволюціонував завдяки серії невеликих оновлень. Ми разом стоїмо за цим.
Посібник зі Скраму містить визначення Скрам. Кожен елемент фреймворку має свою специфічнумету, яка важлива для повного розуміння цінності та результатів, які отримують за допомогоюСкрам. Зміна базових основ Скраму, виключення окремих його елементів, або нехтування
правилами Скраму – все це лише прикриває існуючі проблеми та обмежує користь від Скраму,навіть потенційно роблячи його використання марним.
Ми спостерігаємо за зростанням використання Скрам у сьогоденному складному світі, якийпостійно змінюється. Для нас честь бачити, що Скрам використовують у багатьох сферах, дероблять дійсно складну роботу, окрім розробки програмних продуктів, куди сягає корінням Скрам.
По мірі поширення використання Скраму розробники, дослідники, аналітики, науковці та іншіспеціалісти виконують свою роботу. Ми використовуємо слово "розробники" у Скрам не длявиділення окремої групи, а для спрощення. Якщо ви отримуєте користь від Скраму, вважайте себевключеним у Скрам фреймворк.
Шаблони, процеси, ідеї відповідні до Скрам фреймворку описані в даному документі, їх можна
застосувати, винайти та адаптувати за власними потребами. Їх детальний опис виходить за рамки
даного Посібника по Скраму тому що контекст їх використання дуже відрізняється в залежності відвипадку використання Скрам. Тактики використання Скрам фреймворку дуже різноманітні таописані у інших джерелах.

Кен Швабер та Джефф Сазерленд , Листопад 2020

© 2020 Ken Schwaber and Jeff Sutherland
This publication is offered for license under the Attribution Share‐Alike license of Creative Commons,accessible at http://creativecommons.org/licenses/by‐sa/4.0/legalcode and also described in summary
form at http://creativecommons.org/licenses/by‐sa/4.0/. By utilizing this Scrum Guide, youacknowledge and agree that you have read and agree to be bound by the terms of the Attribution
Share‐Alike license of Creative Commons.

1Мета посібника ............................................................................................................................................ 1Визначення Скрам ....................................................................................................................................... 3Теорія Скрам ................................................................................................................................................ 3Прозорість ................................................................................................................................................ 4Перевірка ................................................................................................................................................. 4Адаптація.................................................................................................................................................. 4Цінності Скрам ............................................................................................................................................. 4Скрам Команда ............................................................................................................................................ 5Розробники .............................................................................................................................................. 5Власник Продукту .................................................................................................................................... 6Скрам Мастер .......................................................................................................................................... 6Події в Скрам ............................................................................................................................................... 7Спринт ...................................................................................................................................................... 8Планування Спринту ............................................................................................................................... 8Щоденний Скрам .................................................................................................................................. 10
Рев'ю Спринту ........................................................................................................................................ 10Ретроспектива Спринту ......................................................................................................................... 10Артефакти Скраму ..................................................................................................................................... 11Беклог Продукту .................................................................................................................................... 11Зобов'язання: Ціль Продукту ............................................................................................................ 12Беклог Спринту ...................................................................................................................................... 12Зобов'язання: Ціль Спринту .............................................................................................................. 12Інкремент ............................................................................................................................................... 13Зобов'язання: Визначення Виконаної Роботи ................................................................................ 13Примітка ..................................................................................................................................................... 14Подяка .................................................................................................................................................... 14Люди ................................................................................................................................................... 14Історія Посібника зі Скраму .............................................................................................................. 14Подяка Перекладачам: ..................................................................................................................... 14Зміни внесені порівняно з Посібником зі Скраму 2017 до Посібника зі Скраму 2020 ................ 15Глосарій .............................................................................................................................................. 162Визначення Скрам
Скрам (Scrum) це простий фреймворк який допомагає людям, командам та організаціям
генерувати цінність через адаптивні рішення складних проблем.
В цілому, Скрам вимагає від Скрам Мастера (Scrum Master) створення середовища в якому:1. Власник Продукту (Product Owner) додає у певному порядку роботу для вирішенняскладної проблеми у Беклог Продукту (Product Backlog).
2. Скрам Команда (Scrum Team) перетворює вибірку робіт в Інкремент (Increment), якийдодає цінність продукту, протягом Спринта (Sprint).
3. Скрам Команда (Scrum Team) та зацікавлені сторони інспектують результати роботи такоректують наступний Спринт.
4. Повторення.
Скрам простий. Спробуйте його таким який він є, та визначте, чи допомагають його філософія,теорія та структура досягати цілей та створювати цінність. Фреймворк Скрам цілеспрямованонеповний, він лише визначає частини, необхідні для впровадження теорії Скрам на практиці.
Скрам будується на основі колективного інтелекту людей, які його використовують. Замість того,щоб надавати людям докладні інструкції, правила Скрам керують їхніми стосунками тавзаємодіями.
У Скрам фреймворку можна застосовувати різні процеси, техніки та методи. Скрам поширюється
навколо існуючих практик або робить їх взагалі непотрібними. Скрам робить видимою відносну
ефективність поточного управління, навколишнього середовища та технік роботи, таким чиномщоб їх можна було вдосконалити.

Теорія СкрамСкрам ґрунтується на емпіризмі та ощадливому мисленні. Емпіризм стверджує, що знанняприходить з досвідом, а прийняття рішень має відбуватись на підставі того, що вже є відомим.
Ощадливе мислення зменшує витрати та зосереджується на найнеобхіднішому.
Скрам використовує ітеративний, поступовий підхід, щоб покращити прогнозування та контрольризиків. Скрам залучає групи людей, які в сукупності володіють усіма навичками та досвідом, щобвиконувати роботу, обмінюватися досвідом та набувати необхідних навичок.
Скрам поєднує чотири формальні події для перевірки та адаптації у рамках Спринта (Sprint). Ціподії працюють, оскільки вони впроваджують емпіричні опори на яких базується Скрам:прозорість, перевірка та адаптація.

3Прозорість
Робочий процесс та результати роботи мають бути видимими, як для виконавців цієї роботи, так ідля тих, хто отримує її результати. Тому у Скрамі важливі рішеннтя базуються висновках
зроблений після оцінки трьох формальних артефактів Скрам. Артефакти з низькою “прозорістю”можуть призвести до рішень, що зменшують набуту цінність та збільшують ризики.
Прозорість надає можливість для перевірки. Перевірка без прозорості є оманливою танепотрібною.

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

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

Цінності СкрамУспішне використання Скрам залежить від того, наскільки вміло люди втілюють наступні п’ятьпринципів:Почуття обов'язку, зосередженість, відкритість, повага та сміливість
(Commitment, Focus, Openness, Respect, and Courage)Скрам Команда (Scrum Team) зобов'язується досягати своїх цілей та підтримувати один одного. Їхосновна увага зосереджена на роботі Спринта (Sprint), щоб досягти якнайкращого прогресу до цихцілей. Скрам Команда та її зацікавлені сторони відкрито ставляться до роботи та проблем. ЧлениСкрам Команди поважають один одного та почуваються самодостатніми та незалежними, і тим4самим мають таке ж ставлення від людей з якими працюють. Члени Скрам Команди беруть насебе сміливість зробити правильну річ, працюючи над складними проблемами.
Ці принципи задають Скрам Команді напрямок їх роботі, дій та поведінки. Прийняті рішення, вжитікроки та спосіб використання Скраму повинні підсилювати ці принципи, а не применшувати абопідривати їх. Члени Скрам Команди вивчають та досліджують ці цінності під час роботи з подіями,ролями та артефактами Скраму. Коли ці принципи втілюються Скрам Командою та людьми зякими вони працюють, емпіричні стовпи прозорості Скраму, перевірки та адаптації оживають,зміцнюючи довіру.

Скрам КомандаОсновна одиниця Скраму — це невелика команда людей яку називають Скрам Командою (ScrumTeam). Скрам Команда складається з Скрам Мастера (Scrum Master), Власника Продукту (ProductOwner), і Розробників (Developers). У Скрам Команди немає підгруп або ієрархій. Це згуртованагрупа професіоналів, орієнтованих на одну ціль, Ціль Продукту (Product Goal).
Скрам Команди є крос‐функціональними, тобто члени команди мають усі навички які необхіднідля створення цінності кожного Спринту. Вони також є самокерованими, а це означає що вонивнутрішньо вирішують хто що, коли і як робить.
Скрам Команда досить мала, щоб залишатися спритною і достатньо велика, щоб виконати значну
роботу в Спринті, і як правило складається з десяти або менше людей. Загалом, ми виявили, щоменші команди краще спілкуються та є більш продуктивними. Якщо Скрам Команда стає занадтовеликою, то варто розглянути можливість реорганізації в кілька згуртованих Скрам Команд, кожназ яких зосереджена на одному продукті. Тому вони повинні мати однакову Ціль Продукту, БеклогПродукту та Власника Продукту.
Скрам Команда несе відповідальність за все пов'язане з продуктом — від співпраці іззацікавленими сторонами, верифікацією, технічним обслуговуванням, експлуатацією,експериментами, дослідження і розробками та всього іншого, що може бути необхідним. Вониструктуровані та уповноважені організацією керувати власною роботою. Коли люди працюють вСпринті у стійкому темпі, це покращує фокусування і послідовність Скрам Команди.
Вся Скрам Команда несе відповідальність за створення цінного, корисного приросту кожного
Спринту. Скрам визначає три конкретні сфери відповідальності в рамках Скрам Команди:Розробники, Власник Продукту і Скрам Мастер.

РозробникиРозробники (Developers) — це люди в Скрам Команді які прагнуть створити будь‐який аспект
корисного інкременту кожного Спринта.
5Конкретні навички які необхідні Розробникам, часто є широкими і можуть відрізнятися залежновід сфери роботи. Однак Розробники завжди несуть відповідальність за наступне:●●●●

Створення плану для Спринта ‐ Спринт Беклог (Sprint Backlog);Інтегрування якості, шляхом дотримання Визначення Виконаної Роботи (Definition of Done);Кожного дня пристосовувати свій план до Цілі Спринту (Sprint Goal);Звітують один перед одним як професіонали.

Власник ПродуктуВласник Продукту (Product Owner) відповідає за досягнення максимальної якості продукту, який єрезультатом роботи Скрам Команди. Способи, за допомогою яких цього досягають, можутьвідрізнятися залежно від організацій, Скрам Команд та окремих осіб.
Власник Продукту також відповідає за ефективне управління Беклогом Продукту (Product Backlog),що включає наступне:●●●●Розробити та точно прокомунікувати Цілі Продукту (Product Goal);Створити та чітко прокомунікувати елементи Беклогу Продукту;Впорядкувати елементи Беклог Продукту;Переконатись, що Беклог Продукту є прозорим, доступним і зрозумілим.

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

Скрам МастерСкрам Мастер (Scrum Master) відповідальний за дотримання Скраму саме таким чином, яквизначено у Посібнику зі Скраму. Він допомагає, як членам Скрам Команди, так і усій організації,зрозуміти теоретичні засади і практики Скраму.

6Скрам Мастер відповідає за ефективніть Скрам Команди. Він робить це, дозволяючи СкрамКоманді вдосконалювати свої практики в рамках Скраму.
Скрам Мастери є справжніми лідерами, які служать Скрам Команді та усій організації.
Скрам Мастер активно допомагає Скрам Команді з наступним:●●●●Вчить членів команди бути самоорганізованими та крос‐функціональними;Допомагає Скрам Команді фокусуватися на створенні високоякісних Інкрементів щовідповідають Визначенню Виконаної Роботи (Definition of Done);Усуває перешкоди, які виникають у роботі Скрам Команди;Впевнюється, що всі Скрам події відбуваються в позитивній і продуктивній манері тавиконуються згідно відведеного часу.

Скрам Мастер тісно співпрацює з Власником Продукту в наступному:●●●●Допомогає шукати методи для ефективного визначення Цілі Продукту та управління
Беклогом Продукту;Допомагає Скрам Команді зрозуміти необхідність чітких та лаконічних елементів БеклогуПродукту;Допомагає встановлювати емпіричне планування продуктів у складних умовах;Допомагає співпраці з зацікавленими сторонами при необхідності.

Скрам Мастер також активно допомагає організації наступним чином:●●●●Спрямовує, тренує та коучить організацію при впровадженні Скраму;Планує та консультує з питань впровадження Скраму в організації;Допомагає працівникам та зацікавленим особам зрозуміти та застосувати емпіричнийпідхід до складної роботи;Усуває бар’єри між зацікавленими особами та Скрам Командами.

Події в Скрам
Спринт (Sprint) включає в себе всі необхідні наради. Кожна нарада в Скрамі надає можливістьформально перевірити та адаптувати Скрам артефакти. Такі події створені спеціально для того,щоб забезпечити необхідну прозорість. Відмова від проведення однієї з нарад
призводить до втрати можливостей для перевірки та адаптації. У Скрамі проводять чітко визначені
типи нарад що дозволяє систематизувати процес розробки та звести до мінімуму потребу внарадах, не передбачених Скрамом.
Для легкості роботи команди, найкраще коли всі наради проводять в один і той же час та в одномумісці.

7Спринт
Спринти (Sprints) є основою Скраму, адже саме в них прості ідеї перетворюються на цінність.
Це події з фіксованою тривалістю близько одного місяця чи менше. Новий Спринт починаєтьсяодразу після завершення попереднього Спринту.
Вся робота, необхідна для досягнення Цілі Продукту (Product Goal), включаючи Планування
Спринту (Sprint Planning), Щоденні Скрами (Daily Scrums), Рев'ю Спринту (Sprint Review) та Спринт
Ретроспективу (Sprint Retrospective), відбувається під час Спринтів.
Під час Спринту:●●●●Не допускається внесення жодних змін, які б ставили під загрозу досягнення Цілі Спринту;Вимоги до якості продукту залишаються незмінними;Беклог Продукту (Product Backlog) уточнюється за необхідності;Об’єм роботи можна уточнити та повторно обговорити з Власником Продукту під часпроцесу розробки.

Спринти вносять прогнозованість у процес розробки, забезпечуючи проведення перевірки таадаптації на шляху до Цілі Продукту (Product Goal), як мінімум, раз на місяць. Якщо часові рамкиСпринту є занадто довгими, то Ціль Спринта може стати неактуальною, складність завдання можезрости, а ризики збільшитися. Короткі Спринти можна використовувати для створення більшихнавчальних циклів та для того щоб зменшити в часі ризик витрат і зусиль. Кожен Спринт можнавважати коротким проектом.
Існують різні практики прогнозування прогресу, такі як графіки типу “скільки залишилось” (burn‐downs), “скільки зроблено” (burn‐ups) або кумулятивні діаграми (cumulative flows). Хоча вони єкорисними, проте не можуть замінити важливість емпіричного підходу. В складних умовах те, щостанеться ‐ невідомо. Тільки з огляду на те, що вже сталося, ми можемо приймати перспективнірішення.
Спринт можна скасувати, якщо Ціль Спринту стає неактуальною. Лише Власник Продукту маєправо скасувати Спринт.

Планування СпринтуПланування Спринту (Sprint Planning) ініціює Спринт, та визначає саме ту роботу, яку слід виконатиза цей Спринт. У результаті ми отримуємо план, до створення якого була залучена вся СкрамКоманда.

8Власник Продукту (Product Owner) повинен переконатись, що учасники готові обговоритинайважливіші елементи Беклогу Продукту та визначити чи ці елементи відповідають Цілі Продукту(Product Goal). Скрам Команда може також запросити інших спеціалістів взяти участь у Плануванні
Спринту щоб мати змогу з ними проконсультуватись.
Планування Спринту розглядаються наступні теми:Перша Тема: Чому цей Sprint цінний?
Власник Продукту пропонує варіанти того, як продукт може збільшити свою цінність та користь употочному Спринті. Потім вся Скрам Команда визначає таку Ціль Спринту, яка показує чому Спринт
цінний для зацікавлених осіб. Ціль Спринту повинна бути опрацьована до закінчення ПлануванняСпринту.

Друга Тема: Що можна зробити під час цього Спринту?
Під час обговорення з Власником Продукту, Розробники обирають елементи з Беклог Продукту, яківони включать у беклог поточного Спринту. Під час цього процесу, Скрам Команда можеуточнювати інформацію по цим елементам щоб підвищити своє розуміння та впевненість впроцесі подальшої розробки.
Вибір кількості елементів, які можна виконати за Спринт, може виявитись складним завданням.
Однак, чим більше Розробники знатимуть про свою попередню ефективність, свій майбутнійпотенціал та визначенням виконаної роботи, тим впевненішими вони будуть у своїх прогнозахщодо перебігу наступного Спринту.

Третя Тема: Як буде виконуватись робота?
Для кожного обраного елементу з Беклогу Продукту, розробники планують роботу необхідну длястворення Інкременту, який буде виконано. Це часто робиться шляхом декомпозиції елементів зБеклогу Продукту в менші робочі завдання для виконання яких потрібен лише один день абоменше. Все це робиться на власний розсуд Розробників. Ніхто інший не говорить їм якперетворити елементи з Беклогу Продукту в ціннісні Інкременти.
Ціль Спринта (Sprint Goal), елементи вибрані для Спринта з Беклог Продукту (Product Backlog), атакож план їх розробки — усе це називають Беклог Спринту (Sprint Backlog).
Планування Спринту має тривати максимум вісім годин протягом Спринту тривалістю один місяць.
Для коротших Спринтів Планування Спринту зазвичай займає менше часу.

9Щоденний СкрамМетою Щоденного Скраму (Daily Scrum) є перевірка прогресу досягнення Цілі Спринту та, якщовиникла така потреба, адаптація Беклогу Спринту, щоб відкоригувати заплановану роботу.
Щоденний Скрам — це 15‐хвилинна нарада для Розробників Скрам Команди. Для полегшення
співпраці команди, нараду проводять в один і той же час та місці кожного дня Спринту. У випадку,коли Власник Продукту або Скрам Мастер активно працюють над елементами з Беклогу Спринту,вони беруть участь в команді у якості Розробників.
Розробники можуть обирати будь‐яку структуру та техніку для роботи до тих пір поки їхній
Щоденний Скрам фокусований на прогресі досягнення Цілі Спринту та створює план дій нанаступний робочий день. Це створює фокус і покращує самоконтроль.
Щоденний Скрам покращує спілкування, виявляє перешкоди, сприяє швидкому прийняттю рішеньі, отже, усуває потребу в інших нарадах.
Щоденний Скрам ‐ це не єдина нагода, коли Розробники можуть коригувати свій план. Вони частозустрічаються протягом дня для більш детального обговорення адаптації або переплануваннярешти роботи в Спринті.

Рев'ю СпринтуМетою Рев'ю Спринту (Sprint Review) є перевірка результатів Спринту та визначення адаптацій вподальшій роботі. Скрам Команда представляє результати своєї роботи зацікавленим особам таобговорює прогрес по досягненню Цілі Продукту (Product Goal).
Протягом наради Скрам Команда та зацікавлені особи переглядають, що було досягнуто у Спринтіта що змінилося в їхньому середовищі. На основі цієї інформації всі присутні співпрацюють надтим, що робити далі. Беклог Продукту (Product Backlog) також можна скоригувати для того, щоб вінвідповідав новим можливостям. Рев'ю Спринту (Sprint Review) — це робоча сесія, тому СкрамКоманда не повинна обмежувати себе лише презентацією виконаної роботи.
Рев'ю Спринту є передостанньою нарадою у Спринті . Ця нарада також обмежена в часі дочотирьох годин максимум для Спринту, що триває один місяць. Для коротших Спринтів ця нарадазазвичай коротша.

Ретроспектива СпринтуМетою Ретроспективи Спринту (Sprint Retrospective) є планування способів підвищення якості таефективності роботи.

10Скрам Команда перевіряє, як пройшов останній Спринт беручи до уваги членів команди,взаємодії, процесів, інструментів та визначення “виконаної” роботи. Розглянуті елементи часто
змінюються в залежності від сфери роботи. Також, Скрам Команда за допомогою припущень
визначає причини, які заважають команді виконувати роботу, та досліджує їх походження. СкрамКоманда Обговорює що пройшло добре під час Спринту, з якими проблемами команда зіткнуласята як ці проблеми були (або не були) вирішені.
Скрам Команда визначає найбільш корисні зміни для підвищення своєї ефективності. Ці найбільшефективні покращення розглядаються якомога швидше. Вони навіть можуть бути додані доБеклогу наступного Спринта.
Ретроспектива Спринта (Sprint Retrospective) завершує Спринт. Ця нарада обмежена в часі до трьохгодин максимум для Спринту, що триває місяць. Для коротших Спринтів ця нарада зазвичайкоротша.

Артефакти СкрамуАртефакти Скраму (Scrum Artifacts) представляють собою роботу або цінність роботи. Вониспеціально спроектовані таким чином, щоб забезпечити максимальну чіткість ключовоїінформації. Тому кожен, хто їх переглядає, має однакову основу для адаптації.
Кожен артефакт включає в себе зобов’язання забезпечити надання інформації, що підвищуєпрозорість та фокус, і на основі яких можна виміряти прогрес:●●●Для Беклогу Продукту (Product Backlog) це Ціль Продукту (Product Goal).
Для Беклогу Спринта (Sprint Backlog) це Ціль Спринта (Sprint Goal).
Для Інкременту (Increment) це Визначення “Виконаної” Роботи (Definition of Done).

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

Беклог ПродуктуБеклог Продукту (Product Backlog) — це сформований і впорядкований список усього, що потрібнодля того щоб покращити продукт. Це єдине джерело роботи для Скрам Команди.
Елементи з Беклогу Продукту, які Скрам Команда може виконати протягом одного Спринту,вважаються готовими до вибору в роботу під час наради Планування Спринту (Sprint Planning).
Зазвичай команда отримує таку ступінь прозорості після перегляду беклогу. Покращення Беклогу
Продукту (Product Backlog refinement) — це акт розбиття Беклогу Продукту на менші, більш точніелементи та їх подальшого опису. Це постійний процес додавання деталей, таких як короткий11опис, порядоковий номер та обсяг роботи. Атрибути часто змінюються, в залежності від сферироботи.
Саме Розробники, які виконуватимуть роботу, є відповідальними за оцінку розмірів елементів.
Власник Продукту може допомогти Розробникам зрозуміти вимоги та дійти компромісногорішення.

Зобов'язання: Ціль ПродуктуЦіль Продукту описує майбутній стан продукту, який може служити Скрам Команді в якості метидля планування. Ціль продукту висловлена у Беклозі Продукту. Решта Беклогу Продуктуз’являється, щоб визначити, “що саме” буде виконувати Ціль Продукту.
Продукт ‐ це засіб, за допомогою якого можна постачати цінність. Він має чіткі межі,відомих зацікавлених осіб, чітко визначених користувачів або клієнтів. Продукт можебути послугою, фізичним продуктом або чимось більш абстрактним.
Ціль Продукту — це довгострокова мета для Скрам Команди. Вони повинні виконати одну ціль(або відмовитись від неї), перш ніж братись за наступну.

Беклог СпринтуБеклог Спринту (Sprint Backlog) складається з Цілі Спринту (чому ми це робимо?), набору елементів
Беклогу Продукту обраних для Спринту (що саме ми робимо?), а також плану дій для розробки
Інкременту (як ми це робимо?).
Беклог Спринту — це план створений Розробниками для самих Розробників. Це візуалізований
план робіт, який в реальному часі дає уявлення про те, що Розробники планують виконати під часСпринту, щоб виконати Ціль Спринту. Отже, Беклог Спринту оновлюється по мірі того, як командадізнається про щось нове протягом усього Спринту. Беклог повинен містити достатньо деталей,щоб команда могла перевіряти свій прогрес під час Щоденного Скраму (Daily Scrum).

Зобов'язання: Ціль СпринтуЦіль Спринту (Sprint Goal) ‐ є єдиною метою Спринту. Хоча Ціль Спринту є зобов’язанням
Розробників, вона забезпечує гнучкість щодо тієї роботи, яка є необхідною для її досягнення.
Також, Ціль Спринту створює злагодженість і тримає фокус Скрам Команди, заохочуючи їхпрацювати разом, а не окремо.
Ціль Спринту визначають під час Планування Спринту, а потім додають до Беклогу Спринту. Під часроботи над Спринтом, Розробники пам’ятають про Ціль Спринту. Якщо робота виявиться іншою,ніж Розробники очікували, вони узгоджують з Власником Продукту обсяг Беклогу Спринту врамках Спринту, не впливаючи на саму Ціль Спринту.

12Інкремент
Інкремент (Increment) — це конкретна сходинка до Цілі Продукту. Кожен Інкремент додається довсіх попередніх Інкрементів та ретельно перевіряється, щоб гарантувати, що всі Інкрементипрацюють разом. Для забезпечення цінності, Інкремент повинен бути придатним длявикористання.
У Спринті можна створити багато Інкрементів. Сума Інкрементів представляється на Рев'ю Спринта(Sprint Review), тим самим підтримуючи емпіричні принципи роботи. Однак Інкремент можнапередати зацікавленим особам ще до закінчення Спринту. Рев'ю Спринту ніколи не слідрозглядати в якості способу постачання цінності.
Робота не може вважатися частиною Інкременту, якщо вона не відповідає Визначенню Виконаної
Роботи (Definition of Done).

Зобов'язання: Визначення Виконаної РоботиВизначення Виконаної Роботи (Definition of Done) — це формальний опис стану Інкременту
досягнувши котрого, він відповідає вимогам якості, які є обов’язковими для продукту.
Інкремент народжується у той момент, коли елемент Беклогу Продукту відповідає ВизначеннюВиконаної Роботи.
За допомогою Визначення Виконаної Роботи створюється прозоре спільне розуміння того, якаробота була завершена та перетворилась на частину Інкременту. Якщо елемент з БеклогуПродукту не відповідає Визначенню Виконаної Роботи, його не можна випустити або навітьпредставити на Рев'ю Спринту. Натомість його повертають до Беклогу Продукту для подальшогорозгляду.
Якщо Визначення Виконаної Роботи для Інкременту є частиною стандартів організації, то всі Скрам
Команди повинні дотримуватися його. У випадку, коли це не є організаційним стандартом, СкрамКоманда повинна створити Визначення Виконаної Роботи відповідно до вимог продукту.
Розробники повинні дотримуватись Визначення Виконаної Роботи. Якщо кілька Скрам Команд
разом працюють над продуктом, вони повинні взаємно визначити та дотримуватись єдиного
Визначення Виконаної Роботи.

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

ПодякаЛюдиЗ тисяч людей, які сприяли розвитку Скрам, слід виділити тих, хто зробив свій внесок на початку:Джефф Сазерленд працював з Джеффом МакКенном та Джоном Скамніоталесом, а Кен Шваберпрацював з Майком Смітом та Крісом Мартіном, і всі вони працювали разом . Багато інших людейзробили внесок у наступні роки, і без їх допомоги Скрам не був би вдосконаленим так, як сьогодні.

Історія Посібника зі СкрамуКен Швабер і Джефф Сазерленд вперше представили Скрам на конференції OOPSLA в 1995 році. Їхдоповідь задокументувала знання, які Кен та Джеф отримали за попередні кілька років, таоприлюднила перше офіційне визначення Скрам.
Посібник зі Скраму документує Скрам у тому вигляді, як його розробляли, розвивали тапідтримували протягом понад 30 років Джефф Сазерленд та Кен Швабер. Інші джерела містятьсхеми, процеси та уявлення, які доповнюють структуру Скрам. Вони можуть збільшитипродуктивність, цінність, креативність та задоволеність результатами використання Скрам.
Повна історія Скраму надається в інших джерелах. Щоб вшанувати перші місця, де Скрамвипробували та перевірили, ми відзначаємо Individual Inc., Newspage, Fidelity Investments та IDX(нині GE Medical).

Подяка Перекладачам:Посібник було перекладено з оригінальної англійської версії, яку надали розробники, згаданівище. Автори перекладу ‐ Островерх Тетяна, Денис Прилуцький та компанія SoftServe Inc.
Ім'я Перекладача (Translator Name): Tetiana Ostroverkh, Denys PrylutskyiНазва Групи Перекладу (Translation Group Name): SoftServeКонтактна електронна адреса (Primary Contact e‐mail): tostr@softserveinc.com
Вебсайт (Website): https://www.softserveinc.com/en‐us
LinkedIn: https://www.linkedin.com/in/tatianaostroverkh/14

Зміни внесені порівняно з Посібником зі Скраму 2017 доПосібника зі Скраму 2020Ще менш наказовийЗ роками посібник зі Скраму почав ставати дедалі простішим. Версія 2020 року мала на меті повернутиСкрам до мінімально достатньої основи шляхом вилучення або пом'якшення наказового тону. Наприклад,було видалено щоденні запитання Скрам, пом’якшено настанови щодо атрибутів PBI, пом’якшено настановищодо елементів з ретроспективи у Беклозі Спринту, скорочено розділ стосовно скасування Спринту, тощо.

Єдина Команда фокусується на Єдиній МетіМетою було усунення концепції окремої команди в команді, яка призвела до поведінки "проксі" або "ми івони" між Власником Продукту та Командою Розробників. Зараз є лише одна Скрам Команда, яказосереджена на єдиній меті, з трьома різними рівнями відповідальності: Власник Продукту, Скрам Мастер таРозробники.

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

Місце для Цілі Спринту, Визначення Готової Роботи та Цілі Продукту
Попередні посібники зі Скраму описували Ціль Спринту та Визначення Виконаної Роботи, не даючи їмсправжньої ідентичності. Вони були не зовсім артефактами, але були дещо пов’язані з артефактами. Завдякитому, що було додано Ціль Продукту, версія 2020 надає більше ясності. Кожен із трьох артефактів тепер
містить „зобов’язання” щодо них: для Беклогу Продукту ‐ Ціль Продукту, для Беклогу Спринта ‐ Ціль Спринту,а для Інкременту – Визначення Виконаної Роботи (тепер без лапок). Вони існують для забезпечення
прозорості та зосередженості на прогресі кожного артефакту.

Самокерування та Самоорганізація
Попередні посібники зі Скраму називали Команди Розробників самоорганізованими, вони могли обиратихто і як виконує роботу. Версія посібника зі Скраму 2020 року фокусується на Скрам Команді та робить
акцент саме Скрам Команді яка здатна до самоврядування, та може обирати хто, як і над чим будепрацювати.

Три теми Планування СпринтуНа додаток до тем "Що" та "Як" у Плануванні Спринту, посібник зі Скраму 2020 акцентує увагу на третій темі"Чому", посилаючись на Ціль Спринту.

Загальне спрощення мови для ширшої аудиторіїУ посібнику зі Скраму 2020, акцент зроблено на усуненні зайвих та складних тверджень, а також на усуненнібудь‐якої специфіки роботи в ІТ (наприклад: тестування, система, дизайн, вимоги, тощо). Зараз посібник зіСкраму складається з менш ніж 13 сторінок (в оригіналі).

15ГлосарійЗагальні терміни:Sprint ‐ СпринтSprint Planning ‐ Планування Спринту
Daily Scrum ‐ Щоденний СкрамSprint Review ‐ Рев'ю СпринтаSprint Retrospective ‐ Ретроспектива Спринта
Ролі:Sacrum Team ‐ Скрам Команда
Scrum Master ‐ Скрам МастерProduct Owner ‐ Власник ПродуктуDevelopers ‐ РозробникиАртефакти:Product Backlog ‐ Беклог Продукту
Sprint Backlog ‐ Беклог Спринту
Increment ‐ Інкремент16