Како приступити транзицији са Сцрум-а на САФе

Увођење функционалних Scrum тимова у организацију

Имплементација функционалних Scrum тимова у организацију сама по себи представља велики изазов, и многи на том кораку не успевају. Међутим, када имате више тимова који су међусобно веома зависни и раде на истом производу или у оквиру истог тока вредности, потребна вам је солиднија методологија.

Неопходно је применити оквир за скалирање који обухвата Scrum тимове. Тај оквир обезбеђује процесе и правила којима се тимови руководе како би били синхронизовани, усклађени и како се не би изгубили у целини.

Често се дешава да се формирају тимови који раде као „сила“, што у суштини значи да су тимови аутономни и раде на свом локалном циљу, а да притом имају слабу представу о крајњем, заједничком циљу целог програма. У том контексту, на сцену ступа Scaled Agile Framework (SAFe).

Шта је SAFe?

Извор: scaledagileframework.com

SAFe је приступ који примењује агилне оквире и процесе на хијерархијске организације које су настале у прошлости. Он покрива организациону структуру и процесе на различитим нивоима, али уместо да их поново креира, он на органски начин уводи нови систем који је већ познат већини постојећих актера у оригиналном систему.

SAFe је изграђен на неколико кључних вредности.

Усклађеност

Сви Scrum тимови треба да разумеју визију и стратегију, као и коначни циљ којем теже.
Повежите стратегију између тимова и усмерите их ка заједничкој реализацији.
Комуницирајте са тимовима користећи јединствен, заједнички језик који је свима лако разумљив.
Редовно проверавајте да ли тимови разумеју циљеве и визију.
Тимови морају бити фокусирани на купца и разумети ко су купци и шта им је потребно. Ажурирајте стратегију у складу са тим.

Транспарентност

Креирајте окружење у којем свако може да ради најбоље што може, без недостатка поверења.
Износите своје аргументе и чињенице отворено. Будите директни и искрени, не скривајте важне информације од тимова.
Брзо учите из грешака и претварајте их у моменте учења. Ако се испостави да нешто није успешно, брзо схватите то и научите из тога, а затим промените стратегију.
Визуелизујте рад који креирате како би сви могли да га боље разумеју.
Омогућите лак приступ информацијама које су потребне.

Поштовање људи

Нагласите шта значи бити човек. Не третирајте људе као ресурсе.
Цените различитост људи и њихова мишљења. Подржите искрене повратне информације.
Развијајте и едукујте људе кроз менторство и обуку.
Прихватите чињеницу да је ваш купац тај који користи резултате вашег рада.
Изградите дугорочна партнерства унутар тимова и ван њих.

Неуморно унапређење

Креирајте окружење у којем решавање проблема мотивише тимове.
Размотрите како је прошао претходни период и идентификујте шта се може учинити боље следећи пут.
Узмите чињенице као најважнији аргумент за побољшање ствари.
Обезбедите време и простор за иновације. Омогућите тимовима да експериментишу и испробају различите приступе, чак и ако нису најсигурнији.

SAFe доноси виши ниво сарадње и комуникације у скалираним Агиле системима. Он не замењује појединачне спринт активности Scrum тимова које се тренутно обављају.

Кључни део сваког SAFe-а је Agile Release Train (ART). То је дуговечан, стабилан тим Scrum тимова (обично до 12 одвојених тимова) који редовно, након сваког спринта, доноси нове инкременталне функционалности. Они развијају, испоручују и подржавају једно или више решења у оквиру одређеног тока рада.

Извор: scaledagileframework.com

Улоге у оквиру SAFe-а

SAFe се ослања на људе са различитим скуповима одговорности. Јасно дефинисање очекивања од сваке улоге је кључни фактор који ће одредити успешност имплементације овог оквира. Због тога је важно разумети које су те улоге и која је њихова сврха.

#1. Агилни тим

Агилни тимови су мултифункционални, што значи да могу да покрију целу област коју имплементирају унутар самог тима. Они су такође самоорганизујући ентитети који дефинишу, креирају, тестирају, примењују и издају повећање вредности.

Сваки Агилни тим има потребне вештине за извршење договореног и посвећеног обима. Тим примењује тај обим у сваком спринту на предвидив начин. Предвидивљивост је кључна јер само тада тим може посвећено да реализује конкретне циљеве у датом временском периоду. Комуникација и испорука су кључне вредности које тим константно унапређује.

Агилни тим је основни део сесија планирања повећања програма (ПИ) за креирање прича и њихово планирање у оквиру спринта. На крају, они се обавезују на своје сопствене ПИ циљеве.

Scrum Master тренира Агилни тим и олакшава састанке тима. Они уклањају препреке и штите тим од спољног утицаја. Они учествују на Scrum састанцима као део ART-а.

Product Owner (PO) је још један важан члан тима. PO је глас купца и има директан утицај на приче и њихов приоритет. PO комуницира са другим PO-овима како би дефинисали и поставили приоритет прича у заостатку тимова.

#2. Менаџмент производа

Менаџмент производа је на нивоу изнад Scrum тимова и брине о усклађености међу тимовима. Они морају да покрију следеће одговорности:

Остваре пословне циљеве тако што ће осигурати да развојни тимови креирају изводљиве и одрживе производе и решења.
Разумеју потребе купаца и осигурају да су производи завршени према дефинисаној перспективи купца.
Уверите се да има довољно спремних функционалности у заостатку у сваком тренутку.
Подржите ток рада кроз програмске плоче и у заостатку програма.
Одредите обим следећег повећања програма тако што ћете дати приоритет функционалностима које су тимови креирали. Менаџмент производа је на крају одговоран за дефинисање следећег ПИ.

#3. Системски архитекта/инжењеринг

Инжењерски тим анализира и развија договорени садржај заосталих прича. Они су стручни део тима и покривају следеће одговорности:

Креирајте и одржавајте архитектонску платформу како би нове функционалности могле да користе технолошке елементе.
Активно учествујте у планирању повећања програма. Будите присутни током демонстрација система на крају сваког корака програма.
Сарађујте са агилним тимовима на имплементацији нових покретача архитектуре. Само то ће омогућити тимовима да креирају нове функционалности.
Помозите агилним тимовима да дефинишу дизајнерска решења и одлуке високог нивоа. Предложите алтернативна решења и најбољи приступ за доказивање концепата унутар агилних тимова.
Они креирају архитектонску платформу. То је дефиниција технолошких покретача спремних за коришћење карактеристика које дефинишу одговарајући тимови.

#4. Власници предузећа/заинтересоване стране

Ово су тимови изван Scrum тимова, али ипак играју важну улогу у SAFe оквиру у свакој фази извршења.

Пре планирања ПИ:

Обезбедите улаз за активности прецизирања заосталих елемената.
Учествујте у планирању пре ПИ-ја по потреби.
Обезбедите да кључне заинтересоване стране воза, укључујући Инжењера за ослобађање обука (RTE), менаџмент производа и системске архитекте, разумеју и сагласе се са пословним циљевима.

Током ПИ планирања:

Обезбедите пословни контекст и визију за предстојећи ПИ.
Учествујте у прегледу нацрта плана и доделите пословну вредност циљевима ПИ тима.
Учествујте у прегледу менаџмента и помозите у решавању проблема који ће довести до прихватања коначног плана.

Након ПИ планирања:

Активно учествујте у одржавању усклађености пословања и развоја, пошто се приоритети и обим неизбежно мењају.
Помозите да потврдите дефиницију Минимум Виабле Продуцтс (МВП) за Програм Епицс и водите одлуку о томе да ли ће се остати при тренутном решењу или ће се оно променити, на основу испоруке МВП-а.
Посетите демонстрације система да бисте видели напредак и пружили повратне информације.
По потреби присуствујте догађајима за планирање спринта Агилног тима и ретроспективи спринта.
Учествујте у управљању издањима, фокусирајући се на обим, квалитет, опције примене, издавање и разматрања тржишта.

#5. Инжењер за ослобађање обука (RTE)

RTE организује активности људи и тимова у оквиру ART-а. Ово је улога Scrum Master-а за цео програм. Следе главне одговорности:

Управљајте и оптимизујте проток вредности кроз ART.
Успоставите и саопштите годишње календаре за спринтове и повећање програма (ПИ).
Будите модератор састанака планирања ПИ.
Организујте тимове и помозите им да сумирају своје идентификоване ПИ циљеве. Пренесите циљеве тимова у укупне циљеве ПИ плана.
Окупите тимове како би међусобно комуницирали и решавали ризике и зависности.
Повежите менаџмент производа, власнике производа и друге спољне заинтересоване стране ради усклађивања њихових заједничких стратегија.
Оркестрирајте радионице Инспецт анд Адапт са циљем континуираног унапређивања постојећих процеса и активности.
Процените тренутни ниво зрелости усвајања агилне методологије у тимовима и дефинишите наредне кораке за унапређење тимова у будућности.

#6. Лидерство

Руководство дефинише стратегију програма и даје тимовима све алате и подршку потребне за њихов рад. На крају крајева, они дефинишу систем у којем сви остали раде. Због тога је кључно имати менаџерски тим који тиму даје праву сврху и дефиницију вредности. Њихове примарне одговорности су:

Вођство примером.
Усвајање начина размишљања о расту.
Истицање вредности и принципа SAFe-а.
Развијање људи.
Управљање променама.
Неговање психолошке сигурности.

Планирање повећања програма (ПИ)

ПИ планирање је догађај који траје од два до три дана, са циљем да се разуме и посвети послу за следећи корак програма. Ово би могао бити период следећег квартала, на пример.

Менаџмент производа одређује приоритете функционалности идентификованих током ПИ планирања. Агилни тимови самостално планирају капацитете, креирају причу, процењују и посвећују се циљевима ПИ-ја.

ПИ планирање је од суштинског значаја за SAFe. Ако се ПИ планирање не одржава, то у основи значи да SAFe методологија није примењена.

ПИ Процес

Извор: scaledagileframework.com

ПИ планирање почиње са улазним информацијама. Сваки радни ток прикупља своје потребе и идеје о томе шта би следеће желео да креира за своје производе. Затим то доноси на ПИ као улаз:

10 најважнијих функционалности које треба следеће имплементирати,
ART заостатак спреман за дефинисање епова или функционалности,
Визија власника производа.

Разговор почиње између различитих токова рада. Сваки од њих представља своје визије и функционалности. Они наглашавају шта је важно следеће имплементирати и шта им је потребно да би у томе успели. Ово може значити неколико различитих ствари:

Омогућавање испоруке од стране других токова рада како би могли да наставе са својим функционалностима.
Зависност од других токова рада и неопходност да се то стави као приоритет.
Актуелни проблеми који постоје у систему и које је потребно прво поправити да би се наставило.
Кадровски изазови за тим. Можда недостају неке кључне улоге у оквиру тима за имплементацију садржаја које функционалности захтевају.
Буџетска ограничења која спречавају радни ток да изврши своју визију у датом временском року.
Било који други ризици, проблеми, претпоставке или зависности које тим може да препозна и о којима је потребна шира дискусија у остатку SAFe тимова како би се ускладили са заједничким циљем.

ПИ преглед

Само ПИ планирање је често подељено на неколико дана, обично два до три дана, а дневни ред може бити следећи:

1. дан

Разговарајте о пословној изјави и кључним предстојећим циљевима који формирају укупну визију и стратегију програма. Руководство поседује овај део и јасно комуницира са тимом.
Поставите све функционалности из токова рада на сто и одредите им приоритете у складу са заједничком визијом.
Дефинишите визију архитектуре и поставите главне циљеве развојних захтева. Истакните техничке изазове и договорите се о решавању препрека у тимовима.

2. дан

Детаљно објасните тимовима процес планирања. Наведите очекиване исходе када се ПИ заврши.
Први пут током планирања, тимови се раздвајају и креирају нацрте планова и идентификују препреке и ризике.
Када се разбијање заврши, тимови представљају и прегледају нацрте планова које су креирали осталим тимовима.
Следећи корак је за менаџмент, где они прегледају планове и дају упутства за иницијативе за решавање проблема које следе. Прилагођавања планова се врше на основу изазова, ризика и препрека.

3. дан

Започните дан прилагођавањима планирања која су сада у складу са састанком менаџмента претходног дана.
Тимови развијају коначне планове и прецизирају ризике и препреке. Власници предузећа додељују пословну вредност циљевима тима.
Затим тимови представљају коначне планове пред свим учесницима.
Разматрају се преостали ризици на нивоу програма и примењују се информације о РОАМ-у (решени, у власништву, прихваћени, ублажени).
Тимови гласају за своје поверење у резултате планирања повећања програма.
Ако је гласање прениско или је опште поверење и даље ниско, врши се додатно планирање.
Након ПИ посвећености, RTE планира ретроспективу за тимове како би разговарали о томе како је планирање прошло и шта се може побољшати за следећи круг. Руководство наводи шта ће се дешавати даље, заједно са коначним упутствима.

ПИ исход

Крајњи резултат ПИ планирања је листа функционалности које су планиране за завршетак по спринтовима у наредном ПИ периоду. Све познате зависности имају тачан план за решавање и уклањање препрека за напредовање функционалности.

Тимови ће се посветити својим циљевима и обиму. Ако постоје додатни циљеви који нису нужно део листе, сматрајте их неповезаним циљевима. Ипак се могу решити ако време и ресурси то дозвољавају.

Тимови ће документовати и пратити све ризике програма и имати тачан план како да их решавају.

Тимови ће такође забележити сваку ретроспективну идеју до које су дошли на свом ретроспективном састанку и означити их као лекције за учење за следећу ПИ сесију планирања.

Што се тиче конкретно тимова, очекује се:

Тимови су посвећени циљевима са пословним вредностима.
Тимови израчунавају свој капацитет по спринту како би могли боље да процене изводљивост садржаја мапе пута.
Они такође узимају у обзир стварно оптерећење по сваком спринту.
Приче се преносе на конкретне спринтове сваког радног тока на основу обезбеђеног капацитета.
Тимови гласају за поверење у ПИ план и садржај за испоруку.

Закључак

Иако можда не делује тако, чак ни након што прочитате све горе наведене чињенице, преображај велике организације у SAFe представља изузетно изазован задатак. У неким случајевима, може се чинити као немогућа мисија. Иако се неки од тих основних принципа примењују, обично је потребно много итерација да би се постигло стање у којем се са сигурношћу може рећи да је компанија сада SAFe :).

Веома често, напредак нарушава неке хијерархијске принципе и правила старе школе, који једноставно неће нестати без обзира колико се трудили. Можете имати опсежно ПИ планирање и неке резултате, које чак можете и с поуздањем именовати. Али шта то заиста значи ако тимови једноставно неће радити у складу са одговарајућом агилном методологијом?

Могу рећи да овде нема места за хибриде. Или сте потпуно укључени, са свим процесима, људима и начином размишљања, или сте ван ако бар један од аспеката методологије није заиста испуњен.

Наравно, пре него што уопште размислите о имплементацији SAFe-а, разјасните чињеницу да сте већ савладали принципе и начине рада агилног тима. Не само из перспективе руководства, већ нека и тимови гласају и изнесу своје искрено мишљење. Можда ћете бити изненађени резултатима.

Затим погледајте добре ресурсе за учење за агилну сертификацију.

Да ли је овај чланак био од помоћи?

Хвала на повратним информацијама!