Гід па Scrum™
Азначэнне Scrum:Правілы Гульні

Лiстапад 2017Зроблены і падтрымліваецца стваральнікамі Scrum:Кенам Шваберам і Джэфам Сазэрлендам
БЕЛАРУСКАЯ / BelarusianЗмест
Мэта Гіда па Scrum......................................................................................................................... 3Азначэнне Scrum ............................................................................................................................ 3Выкарыстанне Scrum ..................................................................................................................... 4Тэорыя Scrum ................................................................................................................................. 4Каштоўнасці Scrum......................................................................................................................... 5
Scrum Каманда ............................................................................................................................... 6Уладальнік Прадукта ................................................................................................................. 6Каманда Распрацоўкі................................................................................................................. 7
Scrum Майстар ........................................................................................................................... 8Падзеі ў Scrum ................................................................................................................................ 9Спрынт ........................................................................................................................................ 9Планаванне Спрынта ............................................................................................................... 10Штодзённы Scrum .................................................................................................................... 12Рэвью Спрынта ......................................................................................................................... 13Рэтраспектыва Спрынта........................................................................................................... 14Артэфакты Scrum .......................................................................................................................... 14Бэклог Прадукта ....................................................................................................................... 15Бэклог Спрынта ........................................................................................................................ 16Інкрэмент .................................................................................................................................. 17Празрыстасць Артэфактаў ........................................................................................................... 17Азначэнне “Зробленага” ......................................................................................................... 18Заўвага напрыканцы .................................................................................................................... 18Падзякі .......................................................................................................................................... 19Людзі ......................................................................................................................................... 19Гісторыя .................................................................................................................................... 19Падзякі перакладчыкам .......................................................................................................... 19Змяненні паміж версіямі Гіда па Scrum 2016 і 2017 гадоў ....................................................... 20©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 2Мэта Гіда па Scrum
Scrum - гэта структура (framework) для распрацоўкі, пастаўкі і падтрымкі складаных
прадуктаў. Дадзены Гід змяшчае азначэнне Scrum. Гэтае азначэнне складаецца з роляў,падзеяў і артэфактаў Scrum, а таксама правілаў, якія забяспечваюць сувязь паміж імі. КенШвабер і Джэф Сазэрленд стварылі Scrum; дадзены Гід па Scrum напісаны і прадстаўлены
імі. Яны разам стаяць за Гідам па Scrum.

Азначэнне Scrum
Scrum (назоўнік): Структура, у межах якой людзі вырашаюць складаныя адаптыўная
праблемы пры дапамозе эфектыўнага і крэатыўнага стварэння прадуктаў з максімальнай
цэннасцю (value).
Scrum з'яўляецца:•••Легкаважным
Простым для разумення
Цяжкім для авалодання

Scrum - гэта працэсная структура, якой карысталіся для кіравання стварэннем складаных
прадуктаў ад пачатку 1990-х гадоў. Scrum гэта не працэс, тэхніка альбо дакладна
вызначаны метад. Хутчэй, гэта структура, у межах якой магчыма выкарыстоўваць
разнастайныя працэсы і тэхнікі. Scrum выяўляе адносную эфектыўнасць вашых тэхнік
работы і кіравання прадуктам, дзякуючы чаму вы можаце безупынна паляпшаць прадукт,каманду і працоўнае асяродзе.
Структура Scrum змяшчае Scrum Каманды і звязаныя з імі ролі, падзеі, артэфакты і правілы.
Кожны кампанент у межах гэтай структуры мае сваё адмысловае прызначэнне і з'яўляецца
істотным для паспяховага выкарыстання Scrum.
Правілы Scrum звязваюць разам ролі, падзеі і артэфакты, рэгулюючы стасункі іўзаемадзеянне паміж імі. Правілы Scrum апісваюцца па ходу дадзенага дакумента.
Спецыфічныя прыёмы выкарыстання структуры Scrum залежаць ад абставінаў і ляжаць паза межамі дадзенага дакумента.

©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 3Выкарыстанне Scrum
Scrum быў першапачаткова распрацаваны дзеля кіравання і распрацоўкі прадуктаў.
Пачынаючы з ранніх 1990-х, Scrum шырока ўжываўся па ўсім свеце, каб:1. Даследаваць ды ідэнтыфікаваць жыццяздольныя рынкі, тэхналогіі і магчымасці
прадукта;2. Распрацоўваць прадукты і дадаткі да іх;
3. Выпускаць прадукты і дадаткі як найчасцей: шмат разоў на дзень і больш;4. Распрацоўваць і падтрымліваць Воблачныя сервісы (анлайн, бяспека, праца пазапыце) ды іншыя аперацыйныя асяроддзі для выкарыстяння прадукта; і
5. Падтрымліваць і абнаўляць прадукты.
Scrum выкарыстоўваўся для распрацоўкі праграмнага і апаратнага забеспячэння,убудаванага праграмнага забеспячэння, сетак узаемадзейсных функцыяў,самакіравальнага транспарту; для школаў, урадаў, у маркетынгу, для кіравання дзейнасцю
арганізацыяў і амаль для ўсяго, чым мы карыстаемся ў штодзёным жыцці як асобы іграмадствы.
Паколькі складанасць тэхналогіяў, рынку, асяроддзя i іх узаемадзеяння хутка
павялічваюцца, карыснасць Scrum для працы са складанасцю пацвярджаецца штодзённа.
Scrum даказаў асаблівую эфектыўнасць пры ітэрацыйнай ды інкрэментальнай перадачы
ведаў. Scrum цяпер шырока выкарыстоўваецца для прадуктаў, сервісаў і кіравання
арганізацыяй.
Сутнасць Scrum – гэта невялікая каманда людзей. Асобная каманда з’яўляецца вельмі
гнуткай і адаптыўнай. Гэтыя перавагі існуюць у выпадку адной, некалькіх і мноства
камандаў, а таксама для сетак камандаў, якія распрацоўваюць, выпускаюць, кіруюць іпадтрымліваюць працу і вынікі працы тысячаў людзей. Яны супрацоўнічаюць іўзаемадзейнічаюць, нягледзячы на тэхнічную складанасць архітэктуры і асяроддзя, у якімпавінны функцыянаваць вынікі іх працы.
Калі словы “распрацоўваць” і “распрацоўка” выкарыстоўваюцца ў Гідзе па Scrum, яныдатычацца складанай (complex) працы, такой, як было апісана вышэй.

Тэорыя Scrum
Scrum грунтуецца на тэорыі эмпірычнага кіравання працэсамі, або эмпірыцызме.
Эмпірыцызм сцвярджае, што веды ёсць вынікам досведу і рашэнні павінны прымацца нападставе ўжо вядомага. Scrum выкарыстоўвае ітэрацыйны, інкрэментальны падыход дляаптымізацыі прадказальнасці і кіравання рызыкамі.
Эмпірычнае кіраванне працэсамі заўсёды грунтуецца на трох прынцыпах: празрыстасці,інспекцыі і адаптацыі.
©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 4Празрыстасць
Істотныя аспекты працэса маюць быць бачнымі для тых, хто адказвае за вынік.
Празрыстасць патрабуе, каб гэтыя аспекты вызначаліся агульнымі стандартамі,дазваляючы ўсім назіральнікам мець агульнае разуменне бачнага.
Напрыклад:••Усе ўдзельнікі павінны карыстацца агульнай мовай для апісання аспектаў працэсу; іТыя, хто выконваюць працу, і тыя, хто адказваюць за інспекцыю выніковага інкрэменту,павінны мець агульнае азначэнне “Зробленага”.

Інспекцыя
Карыстальнікі Scrum мусяць часта інспектаваць артэфакты Scrum, а таксама ступень
прагрэсу да Мэты Спрынта, каб выяўляць непажаданыя адхіленні. Іх інспекцыя не павінна
быць настолькі частай, каб перашкаджаць працы. Інспекцыі прыносяць найбольшую
карысць, калі праводзяцца кваліфікаванымі інспектарамі непасрэдна на працоўных
месцах.

Адаптацыя
Калі інспектар вызначае, што адзін ці больш аспектаў працэсу адхіляюцца аддапушчальных межаў, і што створаны прадукт будзе непрымальным, неабходна
скарэктаваць адпаведны працэс альбо працоўны матэрыял. Карэктывы мусяць уносіцца якмага раней, каб зменшыць далейшыя адхіленні.
Scrum прапануе чатыры фармальныя магчымасці для інспекцыі і адаптацыі, як апісваецца ўглаве Падзеі ў Scrum дадзенага дакументу:••••Планаванне Спрынта
Штодзённы ScrumРэвью Спрынта
Рэтраспектыва Спрынта

Каштоўнасці ScrumКалі Scrum Каманда жыве ў адпаведнасці з такімі каштоўнасцямі як абавязак, мужнасць,фокус, адкрытасць і павага, прынцыпы празрыстасці, інспекцыі і адаптацыі пачынаюць
працаваць і забяспечваюць давер для кожнага. Сябры Scrum Каманд пазнаюць ідаследуюць гэтыя каштоўнасці, працуючы с Scrum ролямі, падзеямі і артэфактамі.
Паспяховасць выкарыстання Scrum залежыць ад таго, насколькі глыбока людзі будуць
жыць гэтымі каштоўнасцямі. Людзі бяруць персанальны абавязак дасягаць мэтаў ScrumКаманды. Сябры Scrum Каманд маюць мужнасць, как рабіць правільныя рэчы і працавацьнад складанымі праблемамі. Кожны трымае фокус на задачах бягучага Спрынта і мэтах
Scrum Каманды. Scrum Каманда і зацікаўленыя асобы пагаджаюцца быць адкрытымі
©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 5наконт усёй працы і праблемаў з яе выкананнем. Сябры Scrum Каманд паважаюць адзін
аднога як здольных, самостойных асобаў.

Scrum Каманда
Scrum Каманда складаецца з Уладальніка Прадукта, Каманды Распрацоўкі і Scrum Майстра.
Scrum Каманды з’яўляюцца самаарганізаванымі і кросфункцыянальнымі.
Самаарганізаваныя каманды самім выбіраюць, як найлепшым чынам выканаць працу,замест таго, каб атрымліваць указанні ад людзей па-за межамі каманды.
Кросфункцыянальныя каманды маюць усе неабходныя навыкі для таго, каб выканаць
працу і не залежаць пры гэтым ад іншых асобаў, якія не з’яўляюцца часткай каманды.
Камандная мадэль у Scrum адмыслова спраектавана для аптымізацыі гнуткасці,крэатыўнасці і прадуктыўнасці. Мадэль Scrum Каманды спраўдзіла сваю эфектыўнасць дляўсіх вышэй згаданых выкарыстанняў і любой складанай работы.
Scrum Каманды пастаўляюць прадукты ітэрацыйна і інкрэментальна, максімізуючы
магчымасці для адваротнай сувязі. Інкрэментальныя пастаўкі “Зробленнага” Прадукта
забяспечваюць існаванне патэнцыяльна карыснай версіі Прадукта ў кожны момант часу.

Уладальнік Прадукта
Уладальнік Прадукта адказны за максімізацыю цэннасці (value) Прадукта, які ёсць вынікам
працы Каманды Распрацоўкі. Захады, якімі гэта дасягаецца, могуць істотна адрозніваццадля розных арганізацый, Scrum Каманд і індывідуумаў.
Уладальнік Прадукта - гэта адзіная асоба, адказная за кіраванне Бэклогам Прадукта.
Кіраванне Бэклогам Прадукта ўтрымлівае ў сабе:
•
•
•
•
•

Зразумелае вызначэнне элементаў Бэклогу Прадукта;Упарадкаванне элементаў Бэклогу Прадукта для аптымізацыі дасягнення мэтаў і міссій;Аптымізацыю цэннасці працы, якую выконвае Каманда Распрацоўкі;Забеспячэнне бачнасці, празрыстасці і зразумеласці для ўсіх Бэклогу Прадукта, атаксама адлюстравання ў ім таго, што Scrum Каманда мае рабіць у найбліжэйшы час;Забеспячэнне неабходнага ўзроўню зразумеласці Бэклогу Прадукта для Каманды
Распрацоўкі.

Уладальнік Прадукта можа асабіста выконваць вышэйзгаданыя функцыі або даручыць іхКамандзе Распрацоўкі. Пры гэтым, аднак, адказным застаецца Уладальнік Прадукта.
Уладальнік Прадукта - гэта адзін чалавек, а не камітэт. Уладальнік Прадукта можапрадстаўляць інтарэсы камітэту ў Бэклогу Прадукта, але тыя, хто жадае змяніць
прыярытэты элементаў Бэклогу Прадукта, павінны звяртацца да Уладальніка Прадукта.
Для паспяховай працы Уладальніка Прадукта неабходна, каб уся арганізацыя паважала ягорашэнні. Рашэнні Уладальніка Прадукта бачныя праз змест і ўпарадкаванне Бэклогу
©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 6Прадукта. Нікому не дазваляецца прымушаць Каманду Распрацоўкі працаваць над іншым
наборам патрабаванняў.

Каманда Распрацоўкі
Каманда Распрацоўкі складаецца з прафесіяналаў, якія рыхтуюць да канца кожнага
Спрынта патэнцыйна гатовы да пастаўкі Інкрэмент “Зробленага” Прадукта. Для Рэвью
Спрынта патрэбны “Зроблены” Інкрэмент. Толькі члены Каманды Распрацоўкі бяруць
удзел у стварэнні Інкрэменту.
Каманды Распрацоўкі фарміруюцца і ўпаўнаважваюцца арганізацыяй такім чынам, кабсамастойна арганізоўваць сваю працу і кіраваць ёй. Атрыманая сінэргія паляпшае агульную
выніковасць і эфектыўнасць Каманды Распрацоўкі.
Камандам Распрацоўкі ўласцівыя наступныя характарыстыкі:
•

•
•
•

•

Яны самаарганізаваныя. Ніхто (нават Scrum Майстар) не можа ўказваць Камандзе
Распрацоўкі, якім чынам ператвараць Бэклог Прадукта ў Інкрэменты патэнцыйна
гатовай да пастаўкі функцыянальнасці;Каманды Распрацоўкі кросфункцыянальныя і ўтрымліваюць у сабе як у камандзе ўсенавыкі, неабходня для стварэння Інкрэменту Прадукта;Scrum не прызнае для членаў Каманды Распрацоўкі аніякіх тытулаў незалежна адпрацы, якую выконвае асоба;Scrum не прызнае падкаманд унутры Каманды Распрацоўкі, незалежна ад канкрэтных
даменаў, у якіх ідзе праца, такіх як тэсціраванне, архітэктура, сістэмныя аперацыі альбо
бізнес-аналіз;Асобныя члены Каманды Распрацоўкі могуць мець спецыялізаваныя навыкі альбо
вобласці фокусу, але адказнасць нясе Каманда Распрацоўкі як адзінае цэлае.

Памер Каманды Распрацоўкі
Аптымальны памер Каманды Распрацоўкі мусіць быць дастаткова малым, каб заставацца
гнуткай, і пры гэтым дастаткова вялікім, каб выканаць істотны аб’ём працы цягам Спрынта.
Калі ў Камандзе Распрацоўкі менш за тры члены, памяншаецца аб’ем узаемадзеяння іпрыводзіць да падзення прадуктыўнасці. Малыя Каманды Распрацоўкі могуць сутыкнуццаз недахопам навыкаў у час Спрынта, з-за чаго Каманда Распрацоўкі можа не здолець
стварыць патэнцыйна гатовы да пастаўкі Інкрэмент. Калі ж у камандзе больш за девяць
членаў, патрэбна зашмат каардынацыі. Вялікія Каманды Распрацоўкі ствараюць больш
складанасці (complexity), чым можа пераадолець эмпірычнае кіраванне працэсам.
Уладальнік Прадукта і Scrum Майстар не ўлічваюцца пры падліку, акрамя выпадкаў, каліяны самі выконваюць працу з Бэклогу Спрынта.

©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 7

Scrum Майстар
Scrum Майстар адказвае за прасоўванне і падтрымку Scrum у тым выглядзе, як вызначана ўГідзе па Scrum. Scrum Майстры робяць гэта, дапамагаючы кожнаму зразумець тэорыю,практыкі, правіла і каштоўнасці Scrum.
Scrum Майстар - гэта сервісны лідар (servant-leader) для Scrum Каманды. Scrum Майстар
дапамагае асобам па-за межамі Scrum Каманды зразумець, якія з іх узаемадзянняў са
Scrum Камандай з'яўляюцца карыснымі, а якія - не. Scrum Майстар дапамагае ўсім змяніць
гэтыя ўзаемадзенні, каб максімальна павялічыць цэннасць, якую стварае Scrum Каманда.

Сервісы Scrum Майстра Уладальніку Прадукта
Scrum Майстар абслугоўвае Уладальніка Прадукта ў некалькіх аспектах, уключаючы:
•
•
•
•
•
•
•

Забеспячэнне зразумеласці мэтаў, аб’ёму працы і прадметнай вобласці кожным у
Scrum Камандзе настолькі добра, насколькі магчыма;Пошук тэхнікаў для эфектыўнага кіравання Бэклогам Прадукта;Дапамога Scrum Камандзе ў разуменні неабходнасці зразумелых і лаканічных
элементаў Бэклогу Прадукта;Разуменне планавання Прадукта ў эмпірычным асяроддзі;Забеспячэнне таго, каб Уладальнік Прадукта ведаў, як арганізаваць Бэклог Прадуктадля максімізацыі цэннасці;Разуменне і ўжыванне шпаркіх метадаў; iФасілітацыя падзеяў Scrum па патрабаванні альбо пры неабходнасці.

Сервісы Scrum Майстра Камандзе Распрацоўкі
Scrum Майстар абслугоўвае Каманду Распрацоўкі ў некалькіх аспектах, уключаючы:
•
•
•
•
•

Коўчынг Каманды Распрацоўкі ў самарганізацыі і кросфункцыянальнасці;Дапамога Камандзе Распрацоўкі ў стварэнні прадуктаў з высокай цэннасцю;Выдаленне перашкодаў на шляху Каманды Распрацоўкі;Фасілітацыя падзеяў Scrum па патрабаванні альбо пры неабходнасці; іКоўчынг Каманды Распрацоўкі ў арганізацыйных асяроддзях, у якіх Scrum яшчэ нецалкам ўкаранёны і зразумелы.

Сервісы Scrum Майстра Арганізацыі
Scrum Майстар абслугоўвае арганізацыю ў некалькіх аспектах, уключаючы:••••Лідарства і коўчынг у арганізацыі на шляху ўкаранення Scrum;Планаванне ўвядзення Scrum у арганізацыі;Дапамога супрацоўнікам і зацікаўленым асобам у тым, каб разумець і прытрымлівацца
правілаў Scrum і эмпірычнай распрацоўкі Прадукта;Ініцыіраванне змяненняў, якія павышаюць прадуктыўнасць Scrum Каманды; і©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 8•Сумесная праца з іншымі Scrum Майстрамі для больш эфектыўнага выкарыстання
Scrum у арганізацыі.

Падзеі ў ScrumУ Scrum выкарыстоўваюць набор перадвызначаных падзеяў для ўкаранення рэгулярнасці імінімізацыі сустрэчаў, не прадугледжаных Scrum. Усе падзеі з’яўляюцца абмежаванымі пачасе (time-boxed) такім чынам, што для кожнай падзеі вызначана яе максімальная
працягласць. Пры старце Спрынта ягоная працягласць фіксуецца і не можа быць скарочана
альбо падоўжана. Астатнія падзеі могуць скончыцца раней, як толькі дасягаецца мэтападзеі, што забяспечвае выкарыстанне адпаведнай колькасці часу і адсутнасць стратаў упрацэсе.
Акрамя самога Спрынта, які з’яўляецца кантэйнерам для ўсіх астатніх падзеяў, кожная
падзея ў Scrum - гэта фармальная магчымасць для інспекцыі і адаптацыі чаго-небудзь.
Гэтыя падзеі адмыслова спраектаваны такім чынам, каб зрабіць магчымымі празрыстасць іінспекцыю крытычна важных аспектаў. Няздольнасць правесці якую-небудзь з азначаных
падзеяў вядзе да скарачэння празрыстасці і страты магчымасці для інспекцыі і адаптацыі.

Спрынт
Сэрцам Scrum з’яўляецца Спрынт, абмежаваная па часе падзея працягласцю адзін месяцабо менш, на працягу якой ствараецца “Зроблены”, прыдатны для выкарыстання іпатэнцыйна гатовы для пастаўкі Інкрэмент Прадукта. Выбар працягласці Спрыноў павінен
быць паслядоўным пад час усяго перыяду распрацоўкі. Новы Спрынт пачынаецца адразу
пасля сканчэння папярэдняга.
Спрынты ўтрымліваюць у сябе і складаюцца з Планавання Спрынта, Штодзённых Scrum,працы па распрацоўцы, Рэвью Спрынта і Рэтраспектывы Спрынта.
Пад час Спрынта:•••Не робіцца змяненняў, якія пагражаюць дасягненню Мэты Спрынта;Мэты ў вобласці якасці не змягчаюцца; іАб’ём працы можа быць удакладнены і зменены сумесна Уладальнікам Прадукта іКамандай Распрацоўкі адпаведна з новай інфармацыяй.

Кожны Спрынт можна разглядаць як асобны праект з гарызонтам не больш за адзін месяц.
Таксама як праекты, Спрынты выкарыстоўваюцца для дасягнення чаго-небудзь. Кожны
Спрынт складаецца з азначэння таго, што трэба збудаваць, праекту (design), гнуткага плана,які служыць гідам пры распрацоўцы, а таксама працы па праекце і выніковага Прадукта.
Спрынты абмежаваны адным каляндарным месяцам. Калі гарызонт Спрынта занадта доўгі,можа змяніцца азначэнне таго, што трэба пабудаваць, а таксама могуць павялічыцца
складнасць і рызыкі. Спрынты робяць магчымай прадказальнасць, забяспечваючы
©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 9інспекцыю і адаптацыю прагрэсу праекта не радзей раза на месяц. Спрынты таксама
абмяжоўваюць рызыкі коштам аднаго каляндарнага месяца.

Адмена Спрынта
Спрынт можа быць адменены раней заканчэння яго часовых межаў. Толькі Уладальнік
Прадукта мае права адмяніць Спрынт, аднак ён (яна) можа зрабіць гэта пад уплывам
зацікаўленых асобаў, Каманды Распрацоўкі альбо Scrum Майстра.
Спрынт звычайна адмяняюць, калі Мэта Спрынта страчвае актуальнасць. Гэта можаздарыцца, калі кампанія змяняе свой накірунак альбо калі змяняюцца рынкавыя цітэхналагічныя ўмовы. Наогул, Спрынт трэба адмяняць, калі ён страчвае сэнс у дадзеных
абставінах. Аднак, з-за кароткай працягласці Спрынтоў, адмена зрэдку мае сэнс.
Калі адмяняецца Спрынт, усе завершаныя і “Зробленыя” элементы Бэклогу Прадукта
аналізуюцца. Калі частка працы гатовая да патэнцыйнай пастаўкі, Уладальнік Прадукта
звычайна прымае яе. Усе незавершаныя элементы Бэклогу Прадукта паўторна
ацэньваюцца і вяртаюцца ў Бэклог Прадукта. Праведзеная па ім праца хутка страчвае
актуальнасць і павінна часта пераацэньвацца.
Адмены Спрынта спажываюць рэсурсы, таму што кожны мусіць паўторна ўдзельнічаць уПланаванні Спрынта для таго, каб пачаць наступны Спрынт. Адмены Спрынта часта
з’яўляюцца балючымі для Scrum Каманды і здараюцца вельмі рэдка.

Планаванне Спрынта
Праца, якую трэба зрабіць пад час Спрынта, плануецца на Планаванні Спрынта. Гэты планёсць вынікам сумеснай працы ўсёй Scrum Каманды.
Планаванне Спрынта абмежавана па часе максімум васьмі гадзінамі для месячнага
Спрынта. Для больш кароткіх Спрынтоў гэтая падзея звычайна займае менш часу. ScrumМайстар забяспечвае факт правядзення падзеі і разуменне ўсімі прысутнымі яе мэты.
Scrum Майстар вучыць Scrum Каманду прытрымлівацца абмежавання па часе.
Планаванне Спрынта дае адказ на наступныя пытанні:••Што можа быць пастаўлена ў Інкрэменце, створаным у плануемым Спрынце?
Якім чынам будзе праведзена праца, неабходная для пастаўкі Інкрэмента?

Першая Тэма: Што можна зрабіць ў гэтым Спрынце?
Каманда Распрацоўкі працуе над прагнозам функцыянальнасці, якая будзе распрацаванапад час Спрынта. Уладальнік Прадукта абмяркоўвае мэту, якой трэба дасягнуць у Спрынце,і элементы Бэклогу Прадукта, пры гатоўнасці якіх Мэта Спрынта будзе дасягнута. Уся ScrumКаманда сумесна працуе над разуменнем працы, якую трэба выканаць у Спрынце.
Уваходамі да гэтай сустрэчы з'яўляюцца Бэклог Прадукта, апошні Інкрэмент Прадукта,прагноз рэсурснай ёмістасці Каманды Распрацоўкі цягам Спрынта і прадуктыўнасць
©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 10Каманды Распрацоўкі ў мінулым. Колькасць элементаў Бэклогу Прадукта, абраных наСпрынт, з'яўляецца выключнай справай Каманды Распрацоўкі. Толькі Каманда Распрацоўкі
можа ацаніць, што яна можа выканаць за наступны Спрынт.
Пад час Планавання Спрынта Scrum Каманда таксама выпрацоўвае Мэту Спрынта. МэтаСпрынта – гэта цэль, якая будзе дасягнута цягам Спрынта праз выкананне Бэклогу
Прадукта; яна дапамагае Камандзе Распрацоўкі зразумець, навошта яна будуе Інкрэмент.

Другая Тэма: Якім чынам будзе зроблена абраная праца?
Пасля таго, як Каманда Распрацоўкі вызначыла Мэту Спрынта і абрала элементы Бэклогу
Прадукта на Спрынт, яна вырашае, якім чынам яна рэалізуе гэтую функцыянальнасць у“Зробленым” Інкрэменце Прадукта цягам Спрынта. Элементы Бэклогу Прадукта, абраныяна Спрынт, разам з планам іх пастаўкі, называюцца Бэклогам Спрынта.
Каманда Распрацоўкі звычайна пачынае з таго, што праектуе сістэму і працоўныя задачы,неабходныя для пераўтварэння Бэклогу Прадукта ў працаздольны Інкрэмент Прадукта.
Аб’ём запланаванных работ і ацэнка працаёмкасці могуць быць рознымі. Аднак, у часеПланавання Спрынта Каманда Распрацоўкі плануе дастатковую колькасць працы, каб мецьпрагноз адносна таго, што будзе зроблена ў наступным Спрынце. Праца, якую Каманда
Распрацоўкі плануе на першыя дні Спрынта, мусіць быць дэкампазіравана да заканчэння
сустрэчы, часцей за ўсе на часткі памерам адзін дзень або меней. Каманда Распрацоўкі
самаарганізуецца для працы над Бэклогам Спрынта – як у часе Планавання Спрынта, так іцягам Спрынта па меры неабходнасці.
Уладальнік Прадукта можа дапамагчы высветліць падрабязнасці абраных элементаў
Бэклогу Прадукта і зрабіць слушны выбар. Калі Каманда Распрацоўкі вызначае, што ёйбракуе працы альбо яе зашмат, яна разам з Уладальнікам Прадукта можа ўнесці змены ўспіс абраных элементаў Бэклогу Прадукта. Каманда Распрацоўкі можа таксама запрашацьда ўдзелу іншых асобаў, каб атрымаць парады ў галіне тэхналогій альбо даменных ведаў.
Да канца Планавання Спрынта Каманда Распрацоўкі павінна быць здольнай растлумачыць
Уладальніку Прадукта і Scrum Майстру, якім чынам яна збіраецца працаваць у якасці
самаарганізаванай каманды для выканання Мэты Спрынта і стварэння запланаванага
Інкрэменту.

Мэта Спрынта
Мэта Спрынта - гэта запланавая на Спрынт цэль, якую можна дасягнуць праз выкананне
Бэклогу Прадукта. Мэта Спрынта адказвае Камандзе Распрацоўкі на пытанне, навошта янабудуе Інкрэмент. Мэта Спрынта ствараецца ў часе Планавання Спрынта. Мэта Спрынта даеКамандзе Распрацоўкі некаторую гнуткасць адносна функцыянальнасці, якая раэлізуецца ўчас Спрынта. Абраныя элементы Бэклогу Прадукта ўяўляюць адну цэласную функцыю, якаяможа быць Мэтаю Спрынта. У якасці Мэты Спрынта можа выступаць любая іншая агульная
ідэя, якая дапамагае Камандзе Распрацоўкі працаваць разам, а не над асобнымі
ініцыятывамі.
©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 11У часе працы Каманда Распрацоўкі трымае Мэту Спрынта пад увагай. Для дасягнення МэтыСпрынта яна стварае функцыянальнасць і тэхналогіі. Калі аказваецца, што неабходная
праца адрозніваецца ад чаканай, Каманда Распрацоўкі працуе сумесна з Уладальнікам
Прадукта над змяненнем аб’ёму работ у Бэклогу Спрынта.

Штодзённы ScrumШтодзённы Scrum - гэта абмежаваная 15 хвілінамі падзея для Каманды Распрацоўкі.
Штодзённы Scrum адбываецца ў кожны дзень Спрынта. Пад час яго Каманда Распрацоўкі
стварае план на наступныя 24 гадзіны. Гэта паляпшае супрацоўніцтва і прадуктыўнасць укамандзе і дасягаецца праз інспекцыю працы, зробленай пасля папярэдняй сустрэчы, іпрагназаванне працы, якая будзе выканана. Штодзённы Scrum ладзіцца ў аднолькавы час іў аднолькавым месцы, каб скараціць складанасць.
Каманда Распрацоўкі выкарыстоўвае Штодзённы Scrum для таго, каб інспектаваць прагрэс
дасягнення Мэты Спрынта, а таксама трэнд завяршэння працы ў Бэклогу Спрынта.
Штодзённы Scrum павялічвае верагоднасць таго, што Каманда Распрацоўкі дясягне МэтыСпрынта. Кожны дзень Каманда Распрацоўкі павінна разумець, якім чынам яна збіраецца
разам працаваць як самаарганізаваная каманда для дасягнення Мэты Спрынта і стварэння
чаканага Інкрэменту да канца Спрынта.
Структура гэтай сустрэчы абіраецца Камандай Распрацоўкі і можа быць рознай, але фокус
павінен заставацца на прагрэссе да Мэты Спрынта. Некаторыя Каманды Распрацоўкі
выкарыстоўваюць пытанні, некаторые больш увагі надаюць абмеркаванню. Прыкладам
пытанняў, якія могуць быть выкарыстаны, з’яўляюцца наступныя:•••Што я зрабіў учора, каб дапамагчы Камандзе Распрацоўкі дасягнуць МэтыСпрынта?
Што я зраблю сёння, каб дапамагчы Камандзе Распрацоўкі дасягнуць МэтыСпрынта?
Ці бачу я перашкоды, якія замінаюць мне альбо Камандзе Распрацоўкі дасягнуць
Мэты Спрынта?

Каманда Распрацоўкі альбо яе асобныя сябры часта сустракаюцца непасрэдна пасля
Штодзённага Scrum для больш дэталёвых абмеркаванняў альбо для таго, каб адаптаваць ціперапланаваць рэшткі працы па Спрынта.
Scrum Майстар забяспечвае наяўнасць сустрэчы, але адказнасць за яе правядзенне
ляжыць на Камандзе Распрацоўкі. Scrum Майстар вучыць Каманду Распрацоўкі праводзіць
Штодзённы Scrum у межах 15-хвіліннага абмежавання.
Штодзённы Scrum гэта ўнутраная сустрэча для Каманды Распрацоўкі. Калі на ёйпрысутнічаюць іншыя людзі – Скрам Майстар павінен забяспечыць, каб яны неперашкаджалі сустрэчы.

©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 12Штодзённы Scrum паляпшае камунікацыі, дазваляе пазбегнуць іншых сустрэчаў, дапамагае
знайсці перашкоды, ад якіх трэба пазбавіцца, спрыяе хуткаму прыняццю рашэнняў, атаксама павялічвае досвед Каманды Распрацоўкі. Гэта крытычна важная сустрэча дляінспекцыі і адаптацыі.

Рэвью Спрынта
Рэвью Спрынта адбываецца напрыканцы Спрынта для таго, каб праінспектаваць Інкрэменті пры неабходнасці адаптаваць Бэклог Прадукта. У часе Рэвью Спрынта Scrum Каманда ізацікаўленыя асобы сумесна разглядаюць тое, што было зроблена цягам Спрынта. Нападставе гэтай інфармацыі, а таксама змяненняў, унесеных у Бэклог Прадукта цягам
Спрынта, удзельнікі сумесна працуюць над наступнымі крокамі для аптымізацыі цэннасці.
Гэта нефармальная сустрэча, а не нарада па праверцы статуса, пры гэтым прэзентацыя
Інкрэменту накіравана на атрыманне адваротнай сувязі і заахвочванне супрацоўніцтва.
Дадзеная сустрэча доўжыцца ня больш за чатыры гадзіны для Спрынтоў цягам месяца. Длябольш кароткіх Спрынтоў сустрэча звычайна займае менш часу. Scrum Майстар
забяспечвае правядзенне сустрэчы і разуменне яе мэты ўсімі ўдзельнікамі. Scrum Майстар
вучыць усіх вытрымліваць абмежаванне па часе.
Рэвью Спрынта прадугледжвае наступныя элементы:
•
•
•
•
•
•
•
•

У спіс удзельнікаў уваходзяць Scrum Каманда і асноўныя зацікаўленыя асобы,запрошаныя Уладальнікам Прадукта;Уладальнік Прадукта тлумачыць, якія элементы Бэклогу Прадукта з’яўляюцца
“Зробленнымі”, а якія – не;Каманда Распрацоўкі абмяркоўвае, што было добра пад час Спрынта, якія праблемыяны сустрэлі, а таксама як гэтыя праблемы былі вырашаны;Каманда Распрацоўкі дэманструе “Зробленую” працу і адказвае на пытанні наконт
Інкрэменту;Уладальнік Прадукта абмяркоўвае бягучы стан Бэклогу Прадукта. На падставе ступені
прагрэсу ён прагназуе верагодныя даты завяршэння і пастаўкі (калі неабходна);Уся група сумесна працуе над вызначэннем наступных крокаў - такім чынам, Рэвью
Спрынта стварае ўваходныя дадзеныя для бліжэйшага Планавання Спрынта;Абмяркоўваецца ўплыў рынка альбо патэнцыйнага выкарыстання прадукта на тое, якіянаступныя крокі прынясць найбольшую цэннасць; іАбмяркоўваюцца тэрміны, бюджэт, патэнцыйныя магчымасці і рынак для бліжэйшых
запланаваных рэлізаў функцый альбо магчымасцей Прадукта.

Вынікам Рэвью Спрынта ёсць актуалізаваны Бэклог Прадукта, які вызначае верагодныя
элементы Бэклогу Прадукта на наступны Спрынт. У Бэклогу Прадукта таксама могуць
адбыцца змены, якія адлюстроўваюць новыя магчымасці.

©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 13Рэтраспектыва Спрынта
Рэтраспектыва Спрынта гэта магчымасць для Scrum Каманды праінспектаваць самую сябе істварыць план паляпшэнняў на наступны Спрынт.
Рэтраспектыва Спрынта адбываецца пасля Рэвью Спрынта і перад наступным Планаваннем
Спрынта. Гэта сустрэча працягласцю ня больша за тры гадзіны для месячнага Спрынта. Длябольш кароткіх Спрынтоў сустрэча звычайна займае менш часу. Scrum Майстар
забяспечвае правядзенне сустрэчы і разуменне яе мэты ўсімі ўдзельнікамі.
Scrum Майстар забяспечвае пазітыўны фон і прадуктыўнасць сустрэчы. Scrum Майстар
вучыць усіх вытрымліваць абмежаванне па часе. Scrum Майстар як адказны за Scrumпрацэс удзельнічае ў сустрэчы нараўне з іншымі сябрамі каманды.
Мэтамі Рэтраспектывы Спрынта з’яўляюцца:•••Праінспектаваць, як прайшоў апошні Спрынт у дачыненні да людзей, стасункаў,працэсу і прыладаў;Ідэнтыфікаваць і прыярытызаваць асноўныя рэчы, якія атрымаліся добра, а таксама
магчымыя паляпшэнні; іСтварыць план для аптымізацыі працэсу работы Scrum Каманды.

Scrum Майстар спрыяе таму, каб Scrum Каманда паляпшала сваі працэс і практыкі
распрацоўкі ў рамках Scrum, каб атрымліваць больш эфектыўнасці і задавальнення ўнаступным Спрынце. У часе кожнай Рэтраспектывы Спрынта Scrum Каманда плануе
неабходныя шляхі ўдасканалення якасці Прадукта праз паляпшэнне працоўных працэсаў
альбо адаптацыю азначэння “Зробленага”, калі гэта неабходна і не супярэчыць стандартам
прадукта і арганізацыі.
Да заканчэння Рэтраспектывы Спрынта Scrum Каманда павінна вызначыць паляпшэнні, якіяяна рэалізуе ў наступным Спрынце. Раэлізацыя гэтых паляпшэнняў ёсць адаптацыя вынікаў
інспекцыі самой Scrum Каманды. Нягледзячы на тое, што паляпшэнні могуць быцьправедзены ў любы час, Рэтраспектыва Спрынта дае фармальную магчымасць
сфакусавацца на інспекцыі і адаптацыі.

Артэфакты Scrum
Scrum’s artifacts represent work or value to provide transparency and opportunities forinspection and adaptation. Artifacts defined by Scrum are specifically designed to maximize
transparency of key information so that everybody has the same understanding of the artifact.
Артэфакты Scrum уяўляюць работу ці цэннасць, якія забяспечваюць празрыстасць імагчымасці для інспекцыі і адаптацыі. Артэфакты, вызначаныя ў Scrum, адмыслова
створаны такім чынам, каб максімізаваць празрыстасць крытычнай інфармацыі і кабкожны меў аднолькавае разуменне артэфакту.
©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 14Бэклог Прадукта
Бэклог Прадукта - гэта ўпарадкаваны спіс усяго неабходнага для стварэння Прадукта, прашто вядома на дадзены момант. Гэта адзіная крыніца патрабаванняў для любых
змяненняў у прадукце. Уладальнік Прадукта адказвае за Бэклог Прадукта, уключаючы ягозмест, наяўнасць і парадак.
Бэклог Прадукта ніколі не з’яўляецца поўным. У пачатку працы над ім ён утрымлівае толькі
першапачаткова вядомыя і найбольш зразумелыя патрабаванні. Бэклог Прадукта
эвалюцыянуе разам з развіццём Прадукта і асяроддзя, у якім ён выкарыстоўваецца. Бэклог
Прадукта з’яўляецца дынамічным; ён пастаянна змяняецца, каб адлюстроўваць, што трэба
ўключыць у прадукт, каб зрабіць яго прыдатным, канкурэнтаздольным і карысным. Пакуль
існуе прадукт, існуе і ягоны Бэклог Прадукта.
Бэклог Прадукта ўтрымлівае ўсе магчымасці, функцыі, патрабаванні, пашырэнні івыпраўленні, якія складаюць набор змяненняў, патрэбных у наступных рэлізах Прадукта.
Элементы Бэклогу Прадукта маюць такія атрыбуты, як апісанне, парадак, ацэнка іцэннасць. Элементы Бэклогу Прадукта часта месцяць азначэнні крытэрыяў, якія будуць
сведчыць аб гатоўнасці “Зробленага” элемента.
Калі прадукт пачынае выкарыстоўвацца і набіраць цэннасць, а з боку рынку з’яўляецца
адваротная сувязь, Бэклог Прадукта робіцца большым і паўнейшым. Патрабаванні ніколіне перастаюць змяняцца, таму Бэклог Прадукта - гэта жывы артэфакт. Змяненні ў бізнеспатрабаваннях, умовах рынку альбо тэхналогіях могуць выклікаць змяненні ў Бэклогу
Прадукта.
Часта над адным і тым жа прадуктам працуюць некалькі Scrum Каманд. У такім выпадкудля вызначэння неабходнай працы па Прадукта выкарыстоўваецца адзін Бэклог Прадукта.
Пры гэтым для групіроўкі элементаў Бэклогу Прадукта можа выкарыстоўвацца адмысловы
атрыбут.
Удакладненне (refinement) Бэклогу Прадукта - гэта працэс дабаўлення дэталяў, ацэнак іпарадка элементам Бэклогу Прадукта. Гэта пастаянны працэсс, у межах якога Уладальнік
Прадукта і Каманда Распрацоўкі сумесна працуюць над удакладненнем падрабязнасцей
элементаў Бэклогу Прадукта. У часе ўдакладнення Бэклогу Прадукта ягоныя элементы
аналізуюцца і правяраюцца. Scrum Каманда вырашае, якім чынам і калі гэта адбываецца.
Звычайна ўдакладненне займае не больш за 10% рэсурснай ёмістасці Каманды
Распрацоўкі. Пры гэтым элементы Бэклогу Прадукта могуць быць зменены ў любы момант
Уладальнікам Прадукта альбо з яго згоды.
Звычайна элементы Бэклогу Прадукта, якія маюць вышэйшы парадак, з’яўляюцца больш
зразумелымі і дэталізаванымі, чым элементы з ніжэйшым парадкам. Наяўнасць
падрабязнасцей і лепшая зразумеласць робяць магчымымі больш дакладныя ацэнкі; прыгэтым чым меней парадак, тым менш маецца падрабязнасцей. Элементы Бэклогу
Прадукта, якімі Каманда Распрацоўкі будзе займацца ў бліжэйшым Спрынце,©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 15удакладняюцца да такой ступені, каб любы з іх мог быць “Зроблены” ў межах аднаго
Спрынта. Элементы Бэклогу Прадукта, якія могуць быць “Зроблены” Камандай Распрацоўкіза адзін Спрынт, лічацца “Гатовымі” для выбару ў працэссе Планавання Спрынта.
Элементы Бэклогу Прадукта звычайна атрымліваюць такую ступень празрыстасці,дзякуючы узгаданаму вышэй працэсу ўдакладнення.
Каманда Распрацоўкі адказвае за ўсе ацэнкі. Уладальнік Прадукта можа ўплываць наКаманду Распрацоўкі, дапамагаючы ёй зразумець даступныя варыянты і зрабіць выбар
паміж імі, аднак фінальная ацэнка павінна рабіцца людзьмі, якія будуць непасрэдна
выконваць працу.

Маніторынг Прагрэсу Дасягнення МэтаўУ любы момант часу трэба мець магчымасць падлічыць агульную колькасць незавершанай
працы, неабходнай для дасягнення мэты распрацоўкі. Уладальнік Прадукта сочыць за гэтай
колькасцю прынамсі на кожным Рэвью Спрынта. Уладальнік Прадукта параўноўвае
колькасць незавершанай працы са значэннем з папярэдняга Рэвью Спрынта, каб ацаніць
ступень прагрэсу дасягнення мэты ў запланаваныя тэрміны. Гэтую інфармацыю робяць
празрыстай для ўсіх зацікаўленых асобаў.
У мінулым для прагназавання прагрэсу па праекце выкарыстоўваліся розныя праектыўныя
практыкі, такія як графікі згарання (burn-down), накаплення (burn-up), альбо кумулятыўныя
дыяграмы патоку (cumulative flows). Яны даказалі сваю карыснасць. Аднак, яны неадмяняюць важнасці эмпірыцызму. У складаным асяроддзі немагчыма прадказваць, штоможа здарыцца. Толькі тое, што ўжо адбылося, можа выкарыстоўвацца для прыняцця
рашэнняў у будучыні.

Бэклог Спрынта
Бэклог Спрынта - гэта набор элементаў Бэклогу Прадукта, абраных на Спрынт, плюс планпастаўкі Інкрэмента Прадукта і выканання Мэты Спрынта. Бэклог Спрынта гэта прагноз
Каманды Распрацоўкі наконт функцыянальнасці, якая будзе ў наступным Інкрэменце, іпрацы, неабходнай для пастаўкі гэтай функцыянальнасці ў “Зробленым” Інкрэменце.
Бэклог Спрынта робіць бачнай усю працу, якую Каманда Распрацоўкі лічыць неабходнайдля дасягнення Мэты Спрынта. Дзеля таго, каб забяспечыць пастаяннае паляпшэнне, ёнмесціць не менш за адно высокапрыярытэтнае паляпшэнне працэсу, вызначанае наапошняй Рэтраспектыве Спрынта.
Бэклог Спрынта - гэта план, дастаткова дэталёвы для таго, каб змяненні ў ступені прагрэсу
былі зразумелымі ў часе Штодзённага Scrum. Каманда Распрацоўкі змяняе Бэклог Спрынтаў часе Спрынта, і Бэклог Спрынта эвалюцыяніруе цягам Спрынта. Гэтая эвалюцыя
адбываецца ў працэсе таго, як Каманда Распрацоўкі рухаецца наперад па плану істановіцца больш дасведачанай адносна працы, неабходнай для дасягнення МэтыСпрынта.
©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 16Калі патрабуецца зрабіць нешта дадатковае, Каманда Распрацоўкі дабаўляе гэтую працу ўБэклог Спрынта. Калі праца распачата альбо завершана, удакладняецца ацэнка
незавершанай часткі працы. Калі знікае патрэба ў асобных элементах плану, яныскасоўваюцца. Толькі Каманда Распрацоўкі можа змяняць Бэклог Спрынта ў часе Спрынта.
Бэклог Спрынта - гэта лёгка бачны ў рэальным часе малюнак працы, якую Каманда
Распрацоўкі плануе выканаць у часе Спрынта; пры гэтым ён належыць выключна Камандзе
Распрацоўкі.

Маніторынг Прагрэсу па СпрынтаУ любы момант часу трэба мець магчымасць падлічыць агульную колькасць незавершанай
працы ў Бэклогу Спрынта. Каманда Распрацоўкі сочыць за гэтай колькасцю прынамсі накожным Штодзённым Scrum, для таго каб спрагназаваць верагоднасць дасягнення МэтыСпрынта. Праз сачэнне за незавершанай працай у часе Спрынта Каманда Распрацоўкі маемагчымасць кіраваць сваім прагрэсам.

Інкрэмент
Інкрэмент - гэта сума элементаў Бэклогу Прадукта, завершаных у Спрынце, і вынікаў
інкрэментаў усіх папярэдніх Спрынтоў. Напрыканцы Спрынта новы Інкрэмент мае быць“Зробленым”, гэта значыць, што ім можна карыстацца і ён адпавядае азначэнню
“Зробленага” дадзенай Scrum Каманды. Інкрэмент гэта аснова прыдатнай для інспекцыі
завершанай працы напрыканцы Спрынта, на якой трымаецца эмпірыцызм. Інкрэмент
з’яўляецца крокам насустрач бачанню альбо мэце. Інкрэмент мусіць быць прыдатным длякарыстання ў незалежнасці ад таго, ці сапраўды Уладальнік Прадукта вырашыць зрабіць
выпуск Прадукта.

Празрыстасць Артэфактаў
Scrum грунтуецца на празрыстасці. Рашэнні па аптымізацыі цэннасці і кіраванню рызыкамі
прымаюцца на падставе ўспрымання стану артэфактаў. Гэтыя рашэнні абгрунтаваныя, калімае месца поўная празрыстасць. Калі артэфакты недастаткова празрыстыя, гэтыя рашэнні
могуць быць недакладнымі, што вядзе да памяншэння цэннасці і павелічэння рызыкаў.
Scrum Майстар мусіць працаваць з Уладальнікам Прадукта, Камандай Распрацоўкі і іншымі
зацікаўленымі бакамі, каб зразумець, ці цалкам празрыстыя артэфакты. Існуюць практыкі
выпраўлення недастатковай празрыстасці; Scrum Майстар мусіць дапамагаць кожнаму
карыстацца найбольш зручнымі практыкамі пры адсутнасці поўнай празрыстасці. ScrumМайстар можа адшукаць недахоп празрыстасці праз інспекцыю артэфактаў, аналіз узораў
паводзінаў, уважлівае слуханне размоваў і выяўленне розніцы паміж чаканымі ісапраўднымі вынікамі.
Scrum Майстар мусіць працаваць са Scrum Камандай і арганізацыяй, каб павялічваць
празрыстасць артэфактаў. Гэткая праца звычайна ўтрымлівае навучанне, пераконванне ізмяненні. Празрыстасць не можа прыйсці імгненна, трэба прайсці шлях да ее.
©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 17Азначэнне “Зробленага”Калі элемент Бэклогу Прадукта альбо Інкрэмент азначаецца як ”Зроблены”, кожны мусіць
разумець, што гэта значыць. Хоць азначэнне гэтага істотна залежыць ад канкрэтнай ScrumКаманды, усе яе члены мусяць мець агульнае разуменне завершанасці працы, кабзабяспечыць празрыстасць. Гэтае разуменне ўвасабляецца ў азначэнні “Зробленага” дляканкрэтнай Scrum Каманды і выкарыстоўваецца, каб ацаніць завершанасць працы надІнкрэментам Прадукта.
Тое ж самае азначэнне дапамагае Камандзе Распрацоўкі зразумець, якую колькасць
элементаў Бэклогу Прадукта яна можа выбраць пад час Планавання Спрынта. Мэтай
кожнага Спрынта з’яўляецца пастаўка Інкрэментаў патэнцыйна гатовай для выпуску
функцыянальнасці, якая адпавядае бягучаму азначэнню “Зробленнага” Scrum Каманды.
Каманды Распрацоўкі пастаўляюць Інкрэмент функцыянальнасці Прадукта кожны Спрынт.
Гэты Інкрэмент мусіць быць прыдатным да выкарыстання, каб Уладальнік Прадукта могабраць варыянт імгненнага выпуску Прадукта. Калі азначэнне "Зробленага" для інкрэменту
з’яўляецца часткай пагадненняў, стандартаў, альбо ўказанняў арганізацыіраспрацоўшчыка, усе Scrum Каманды мусяць выконваць яго як мінімум.
Калі яно не з’яўляецца пагадненнем арганізацыі-распрацоўшчыка, Каманда Распрацоўкі,што ўваходзіць ў Scrum Каманду, мусіць вызначыць азначэнне “Зробленага”, якоепадыходзіць для дадзенага Прадукта. Пры наяўнасці некалькіх Scrum Каманд, працуючыхнад нейкай сістэмай альбо рэлізам Прадукта, каманды распрацоўшчыкаў ва ўсіх ScrumКамандах павінны разам вызначыць азначэнне “Зробленага”.
Кожны Інкрэмент дадаецца да ўсіх папярэдніх Інкрэментаў і пільна тэсціруецца, кабзабяспечыць тое, што ўсе Інкрэменты могуць працаваць разам.
Чакаецца, што з набыццём досведу Scrum Каманда будзе пашыраць свае азначэнне
“Зробленага”, каб уключыць больш строгія крытэріі якасці. Карыстанне гэтымі новымі
крытэрямі можа выявіць нязробленую працу ў Інкрэментах, створаных раней. Любыя
прадукты ці сістэмы павінны мець азначэнне “Зробленага”, якое ёсць стандартам любой
працы зробленнай над імі.

Заўвага напрыканцы
Scrum распаўсюджваецца свабодна і прапануецца ў дадзеным Гідзе. Ролі, падзеі,артэфакты і правілы Scrum з’яўляюцца нязменнымі і, хоць і магчыма рэалізаваць іх толькі
часткова, вынік гэтага не ёсць Scrum. Scrum існуе толькі ў сваёй паўнаце і добра працуе,калі з’яўляецца кантэйнерам для іншых тэхнікаў, метадалогій і практык.

©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 18Падзякі
ЛюдзіСярод тысяч людзей зрабіўшых унёсак у Scrum, мы б хацелі адзначыць тых, хто будаваў ягоў самым пачатку: Джэф Сазэрленд працаваў разам з Джэфам МакКенай і Джонам
Скамніатэйлзам, а Кен Швабер - разам з Майкам Смітам і Крысам Марцінам і пры гэтымусе яны працавалі разам. Многія іншыя дапамагалі ў наступныя гады, і без іх Scrum не быўбы такім удасканаленым, як ён ёсць сёння.

ГісторыяКен Швабер і Джэф Сазэрленд працавалі над Scrum да 1995 года, калі яны упершыню
разам прадставілі Scrum на канферэнцыі OOPSLA у 1995 годзе. Па сутнасці гэтапрэзентацыя задакументавала асноўныя веды, якія Кен і Джэф набылі за папярэднія
некалькі гадоў, і зрабіла публічным першае фармальнае апісанне Scrum.
Гісторыю Scrum трэба апісваць асобна. Але каб уганараваць месцы, дзе Scrum быўвыкарыстаны ўпершыню і ўдасканалены, мы ўспамінаем Individual, Inc., Fidelity
Investments, and IDX (зараз GE Medical).
Гід па Scrum апісвае Scrum такім, якім ён стаў пасля 20 гадоў распрацоўкі і развіцця з бокуКена Швабера і Джэфа Сазэрленда. У іншых крыніцах вы таксама можаце знайсці
шаблоны, працэсы і ідэі, якія дапаўняюць структуру Scrum. Яны могуць павялічыць
прадуктыўнасць, цэннасць, крэатыўнасць і задаволенасць вынікамі.

Падзякі перакладчыкам
Гэты дакумент быў перакладзены з арыгінальнай ангельскай версіі, зробленай згаданымі
вышэй ставаральнікамі. Пераклад быў падрыхтаваны Ганнай і Канстанцінам Разумоўскімі.

©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 19Змяненні паміж версіямі Гіда па Scrum 2016 і 2017 гадоў
1. Дададзена частка пра Выкарыстанне Scrum:
Scrum быў першапачаткова распрацаваны дзеля кіравання і распрацоўкі прадуктаў.
Пачынаючы з ранніх 1990-х, Scrum шырока ужываўся па ўсім свеце, каб:1. Даследаваць ды ідэнтыфікаваць жыццяздольныя рынкі, тэхналогіі і магчымасці
прадукта;2. Распрацоўваць прадукты і дадаткі да іх;
3. Выпускаць прадукты і дадаткі як найчасцей: шмат разоў на дзень і больш;4. Распрацоўваць і падтрымліваць Воблачныя сервісы (анлайн, бяспека, праца пазапыце) ды іншых аперацыйныя асяроддзі для выкарыстяння прадукта; і
5. Падтрымліваць і абнаўляць прадукты.
Scrum выкарыстоўваўся для распрацоўкі праграмнага і апаратнага забеспячэння,убудаванага праграмнага забеспячэння, сетак узаемадзейсных функцыяў,самакіравальнага транспарту; для школаў, урадаў, у маркетынгу, для кіравання дзейнасцю
арганізацыяў і амаль для ўсяго, чым мы карыстаемся ў штодзёным жыцці як асобы іграмадствы.
Паколькі складанасць тэхналогіяў, рынку, асяроддзя i іх узаемадзеяння хутка
павялічваюцца, карыснасць Scrum для працы са складанасцю пацвярджаецца штодзённа.
Scrum даказаў асаблівую эфектыўнасць пры ітэрацыйнай ды інкрэментальнай перадачы
ведаў. Scrum цяпер шырока выкарыстоўваецца для прадуктаў, сервісаў і кіравання
арганізацыяй.
Сутнасць Scrum – гэта невялікая каманда людзей. Асобная каманда з’яўляецца вельмі
гнуткай і адаптыўнай. Гэтыя перавагі існуюць у выпадку адной, некалькіх і мноства
камандаў, а таксама для сетак камандаў, якія распрацоўваюць, выпускаюць, кіруюць іпадтрымліваюць працу і вынікі працы тысячаў людзей. Яны супрацоўнічаюць іўзаемадзейнічаюць, нягледзячы на тэхнічную складанасць архітэктуры і асяроддзя, у якімпавінны функцыянаваць вынікі іх працы.
Калі словы “распрацоўваць” і “распрацоўка” выкарыстоўваюцца ў Гідзе па Scrum, яныдатычацца складанай (complex) працы, такой, як было апісана вышэй.

2. Зменена фармуліроўка ў частцы Scrum Майстар, каб дадаць
зразумеласці. Тэкст перапісаны наступным чынам:Scrum Майстар адказвае за прасоўванне і падтрымку Scrum у тым выглядзе, як вызначана ўГідзе па Scrum. Scrum Майстры робяць гэта, дапамагаючы кожнаму зразумець тэорыю,практыкі, правіла і каштоўнасці Scrum.
Scrum Майстар - гэта сервісны лідар (servant-leader) для Scrum Каманды. Scrum Майстар
дапамагае асобам па-за межамі Scrum Каманды зразумець, якія з іх узаемадзянняў са©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 20

Scrum Камандай з'яўляюцца карыснымі, а якія - не. Scrum Майстар дапамагае ўсім змяніць
гэтыя ўзаемадзенні, каб максімальна павялічыць цэннасць, якую стварае Scrum Каманда.

3. Дапоўнена частка Сервісы Scrum Майстара Уладальніку Прадукта:Забеспячэнне зразумеласці мэтаў, аб’ёму працы і прадметнай вобласці кожным у ScrumКамандзе настолькі добра, насколькі магчыма.

4. Зменены першы параграф частцы Штодзенны Scrum:Штодзённы Scrum - гэта абмежаваная 15 хвілінамі падзея для Каманды Распрацоўкі.
Штодзённы Scrum адбываецца ў кожны дзень Спрынта. Пад час яго Каманда Распрацоўкі
стварае план на наступныя 24 гадзіны. Гэта паляпшае супрацоўніцтва і прадуктыўнасць укамандзе і дасягаецца праз інспекцыю працы, зробленай пасля папярэдняй сустрэчы, іпрагназаванне працы, якая будзе выканана. Штодзённы Scrum ладзіцца у аднолькавы час іў аднолькавым месцы, каб скараціць складанасць.

5. Зменена частка Штодзенны Scrum каб зрабіць больш зразумелымі
мэты яго правядзення:Структура гэтай сустрэчы абіраецца Камандай Распрацоўкі і можа быць рознай, але фокус
павінен заставацца на прагрэссе да Мэты Спрынта. Некаторыя Каманды Распрацоўкі
выкарыстоўваюць пытанні, некаторые больш увагі надаюць абмеркаванню. Прыкладам
пытанняў, якія могуць быть выкарыстаны, з’яўляюцца наступныя:•••Што я зрабіў учора, каб дапамагчы Камандзе Распрацоўкі дасягнуць МэтыСпрынта?
Што я зраблю сёння, каб дапамагчы Камандзе Распрацоўкі дасягнуць МэтыСпрынта?
Ці бачу я перашкоды, якія замінаюць мне альбо Камандзе Распрацоўкі дасягнуць
Мэты Спрынта?

6. Унесены тлумачэнні наконт абмежаванняў па часе (timeboxes):Выкарыстаны словы “не больш за”, каб падкрэсліць, што гэта максімальная працягласць іпазбегнуць пытанняў наконт таго, ці павінны Падзеі заўсёды доўжыцца аднолькавы час.

7. Дапоўнена частка Бэклог Спрынта:Дзеля таго, каб забяспечыць пастаяннае паляпшэнне, ён месціць не менш за адновысокапрыярытэтнае паляпшэнне працэсу, вызначаннае на апошняй Рэтраспектыве
Спрынта.

8. Дапоўнена частка Інкрэмент, как дадаць зразумеласці
Інкрэмент гэта аснова прыдатнай для інспекцыі завершанай працы напрыканцы Спрынта,на якой трымаецца эмпірыцызм. Інкрэмент з’яўляецца крокам насустрач бачанню альбо
мэце.

©2017 Ken Schwaber and Jeff Sutherland. 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, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

Page | 21.