Tag: Agile

Dnešní změna Scrum Guidu

Dnes proběhla další z dlouho očekávaných změn Scrum Guidu – tedy popisu Scrumu, který všechny kvalitní Scrum certifikační organizace společně uznávají jako základní dokument definující Scrum. Tak se pojďme podívat na změny, které tento update přinesl. Tak v první řadě dobrá zpráva je, že Scrum jako takový se mění v podstatě jen drobně. Většina změn cílí na lepší vysvětlení toho, co je Scrum a kde se používá, případně napravuje nejčastější chyby jeho pochopení.

Nově Scrum Guide definuje kontexty, kde se Scrum používá, což je zajímavý krok k tomu zbavit se nálepky “Jen pro geeky“ a ukazuje výrazný posun k “Jsme tu pro všechny činnosti, které děláte“, což je dlouhodobý trend, který je na Agile a Scrum v posledních pár letech viditelný. Pár příkladů kontextů, kde Scrum Můžete použít:

  • Research a identifikace trhu, produktu a funkcionality (tedy Scrum jde použít na věci o kterých ještě nevíme, co jsou zač a jak mají vypadat a chceme to zjistit),
  • Vývoj produktů a jejich vylepšení (tedy vytvoření něčeho o čem víme, jak má vypadat),
  • Release produktů a jejich zlepšení i několikrát denně (tedy dodávání klidně i v módu Continuous Delivery),
  • Vývoj a údržba Cloudů a jiných podobných prostředí (tedy operations a v podstatě vše co se skrývá pod buzzwordem DevOps),
  • Sustaining, maintanance a podobně.

A dodává výčet prostředí v dnes tolik skloňovaném “Scrum mimo IT” jako je například hardware, embedded software, síťová řešení, autonomní řízení, školství, státní instituce, marketing, řízení organizací a vlastně vše, co děláme v našem běžném životě.

Jako další bod nový Scrum Guide explicitněji vysvětluje ScrumMastera jako servant leadera, který se podílí na transformaci celé organizace, což je příjemná změna, která je naprosto v souladu s tím, jak roli vysvětluji na kurzech a ve své knize The Great ScrumMaster: #ScrumMasterWay.

Ale to asi nejlepší ze všech změn je, že jsme se konečně zbavili “těch třech otázek“ co všichni měli na každém Daily Scrum meetingu zvaném Standup správně používat. Co mi to vždy dalo práce lidem vysvětlit, že standup tu není kvůli hlídání individuálnímu statusu jednotlivců ani micro-managementu, ale abychom si domluvili, co budeme jako tým dělat, abychom dosáhli cíle Sprintu (Sprint Goal). Tři otázky nezmizely úplně, tedy nemusíte se bát, že jste doposud dělali všechno špatně, jen se staly jedním z doporučení jak Daily Scrum  dělat.

Jediné, co vnímám jako zvláštně nekoncepční změnu (tedy něco co odporuje trendu, že Scrum nedefinuje praktiky JAK věci máte dělat, ale CÍL kterého máte dosáhnout) je to, že Sprint Backlog má obsahovat Action steps z Retrospektivy. Chápu, že to některým týmům může pomoci, ale proč to nemáme jen jako doporučení v sekci o Retrospektivě, mi není úplně jasné. Ale třeba to časem nějak vstřebám. Ostatně, třeba to pomůže Sprint Backlogu, který po minulé změně posilující důležitost Sprint Goalu na úkor Sprint Backlogu ztratil na důležitosti, a touhle změnou zase získá zpět svůj význam.

Suma sumárum je to dobrá sada změn a přestože některé věci, které bych ráda viděla jinak, zůstávají, je Scrum Guide dobrou definicí Scrumu, která se tímto updatem stala ještě o trošinku lepší.

Pozice, platy a zpětná vazba v Agilní firmě

Tím, jak se firmy stávají více Agilní a týmově orientované, přestává systém pozic dávat smysl. Pozice totiž lidi škatulkují a uzavírají do konkrétního znalostního sila. A my chceme cross-functional týmy, lidi, kteří se dokáží na věci podívat out of the box. A tak firmy často přicházejí s tím, že pozice prostě nemají. Když se nad tím zamyslíte, dává to perfektně smysl. I v softwarovém světě, když máte analytika, developera a testera, máte spoustu problémů s tím, že developer přeci nemůže napsat test, a musí počkat až mu někdo řekne, co má vlastně implementovat. Ale když spolupracujete jako tým, záleží daleko víc na tom, jaké máte schopnosti a znalosti, než jak se jmenuje vaše pozice. Zkuste to, změňte pozice na SW Engineer a uvidíte co se stane. Časem lidé ze svých škatulek vykouknou a začnou se zajímat o práci okolo. Jak dodáme lepší hodnotu zákazníkovi. Jak máme pracovat, aby nám to lépe šlo? Hele, je tu workshop o kvalitě kódu. Půjdu se podívat. Protože se mě to jako toho, kdo s kódem pracuje, týká. Je tu diskuse o tom, jak dělat UX, zapojím se, protože mě to stejně vždycky zajímalo, a něco se dozvím. Některým aktivitám se věnuji víc, jiným míň. Je to podobné americkým universitám, kde si student sám skládá program studia. Prostě mu věříme, že je dostatečně inteligentní, aby se sám za sebe rozhodl, čemu se bude věnovat a co bude nejlepší pro život. Proč to pak nejsme ochotni udělat ve firmách, a věřit zaměstnancům, že se dokáží rozhodnout, čím má smysl se zabývat a čím ne, co firmě jako takové pomůže, a co bude zbytečné?

Takže když už jste zrušili pozice, co platy? Ty přeci máme na pozice navázané. Ano, takový systém mají firmy často. Musíte být manager, abychom vám přidali, no tak budete manager, ale protože vlastně lidi řídit neumíte a ani nechcete, tak nebudete mít podřízené. Nedávno jsem v jedné takové firmě byla. Jen jeden z 5 managerů měl podřízené, ostatní byli zkušení lidé, o které firma nechtěla přijít. Byla ochotna jim zaplatit víc, protože jí přinášeli hodnotu, ale nemohla. Tak to vyřešili kreativně a pravidlo obešli. Bez ohledu na to, jaké máte pozice, oddělte od nich platy. Jsou to dvě věci, které spolu nemají moc nic společného. Umožní vám to výjimečné lidi výjimečně ocenit. A jak je ocenit, když na to není tabulka? Dejte jim transparentní pravidelnou zpětnou vazbu, jak je firma vidí. Jak jsou přínosní tím, co dělají svým kolegům, jak týmy hodnotí zákazníci a stakeholdeři, a jak je produkt, na kterém pracují, úspěšný jako celek. Na začátku věty jsem zmínila transparentní a pravidelnou zpětnou vazbu. Tedy ne za zavřenými dveřmi jednou ročně. Pravidelná zpětná vazba je užitečná, protože nutí lidi se zamyslet co uděláme příště jinak, co změníme. Nekritizujte, ale nabídněte pomocnou ruku, pomůže lidem být úspěšnými.

Jak hledat ScrumMastera

ScrumMasterů je na trhu málo. O to méně je těch dobrých. Takže tady je pár tipů, kde lovit dobré ScrumMastery.

Zájem

Hledejte někoho, kdo má jiskru, kdo Agile a Scrum bere jako koníček. Ideálním místem jsou konference. Třeba AgilePrague Conference  je ideálním místem 🙂 Hledejte někoho, kdo se o Scrum opravdu zajímá, kdo čte knihy, píše blogy, nebo navštěvuje pravidelně Agilní setkání.

Přístup

Výborný ScrumMaster je Servant Leader. Někdo, kdo pomáhá ostatním stát se lepším, někdo kdo z ostatních lidí dělá leadery. Někdo, kdo „MY“ dokáže upřednostnit před „JÁ“. Není to asistent týmu ani maminka. Umí postavit dobře fungující tým, je dobrým koučem a facilitátorem, ví, jak se zavádí změna, umí stavět komunity v rámci organizace.

Znalosti

Ty se, i když by náhodou něco nevěděl, naučí. Ostatně vždy ho můžete poslat na Certified ScrumMaster kurz, nebo mu doporučit knihu The Great ScrumMaster: ScrumMasterWay :). Já se většinou na interview ptám, co je to Scrum, co je cílem ScrumMastera, a proč je to důležitá role. Ale na to většinou stejně nepřijde dobrá odpověď, a tak radši přejdeme k simulaci nějaké situace např: „Představte si, že jsme tým, který včera absolvoval školení o Scrumu. Moc se nám to ale nezdá a myslíme si, že to tedy rozhodně není pro nás. Co jako Scrum Master budete dělat“. Když si slepě vede svou, neprošel testem, protože neumí naslouchat, když začne koučovací otázkou, většinou uspěje.

Pokračovat můžeme složitějším příkladem, třeba otázkou na nějaký problém, co nejde nijak dobře vyřešit, např. „Tým má 2 dny do konce Sprintu a nic dokončeného. Tým je v pohodě a říká, že to stihne. Co uděláte?“ Jestli začne řešit za tým co mají dělat a převezme za ně zodpovědnost za dodání, není to správná odpověď. Když jim pomůže rozsah problému vidět a přijít na něco, co by s tím sami mohli dělat, vede to k větší self-organizaci a tedy správným směrem.

Na závěr můžete dát poslední case z venku týmu: „Přišel za vámi Product Owner, že neví, jak má prioritizovat Backlog o 3500 položkách. Co uděláte?“ Jediná rozumná odpověď je zkusit zjistit, jestli vize existuje a pomoct mu to postavit spolu s týmem znovu a pořádně. 3500 věcí je moc a Backlog bez Vize nemá smysl.

A tak bych mohla pokračovat. Ani nejde o správné odpovědi, ale o to, jak dokáže reagovat na překvapení, jak se v dané situaci chová, jestli vnímá signály, co mu dáváte nebo si jen mele svou, jak zareaguje když mu vysvětlíte, proč to není tak, ale jinak. Musí vás to bavit. A kandidáta také. Když se urazí, asi to není dobrý match pro vaši firmu.

Zapadne?

Poslední je asi rychlý check jestli zapadne do firmy. Ideální je den v týmu. Tým dá zpětnou vazbu, jak se mu ScrumMaster líbí a ScrumMaster si udělá představu do čeho jde. Některé firmy nabídnou jen oběd s týmem, jiné třeba jen procházku po prostorách. I ta je dobrá. Divili byste se, kolik se toho dozvíte za 10minutovou procházku po firmě.

Takže šťastnou ruku při výběru.

Být transparentní…

Být transparentní je jednou z nejtěžších částí Agilního světa. Všichni o tom mluví, ale pak se zeptáte týmu a Product Ownera, jestli zákazníci můžou vidět Backlog. A odpovědí je hrůza v očích. Ne, to by pak věděli, co děláme. A mluvili by nám do toho. Ono být transparentní má totiž dva předpoklady.

Za prvé musíte mít dobrou vizi. Vědět, co děláte, proč to děláte, pro koho. To vám dodá sebevědomí a autenticitu. Musíte vědět, kdo jste a kdo nejste. Musíte si vybrat, a to je vždy těžké. Říct NE nápadu, který by “taky mohl být zajímavý“. Říct NE zákazníkům, kteří mají jinou vizi než vy. Prostě to, že něco chtějí, ještě není důvod, proč byste to měli dělat. Spousta firem prodělává na custom vývoji. A přitom je to snadné, prostě ho buď dobře prodejte, anebo ho nedělejte. Já dneska stejně jako spousta mých kolegů až na výjimky nenabízím půldny, nevyplatí se. Půlden vám se vším cestováním stejně zabere celý den, a většinou je málo pro to, abychom něco opravdu udělali a změnili. Jeden můj kolega, co mění velké korporace, to popsal pěkně. Manageři většinou chtějí 1h overview. A my jim ho nedáme. Proč? Za hodinu si myslí, že už to pochopili a že se o to dál už nemusí zajímat. A tak jim ty všechny implementace Agilu, transformace Agile a podobně prostě krachují. Místo toho jim nabízí 3 denní workshop, kde je v cross-functional týmech nechává Agilu porozumět, aby pak jejich cesta byla úspěšná. Někteří řeknou NE a jdou jinam. Jiní to akceptují a podaří se jim Agilními se stát. Ne jako jednotlivcům, ale jako organizacím. Když nevíte, kdo jste a kdo nejste, nikdy se nemůžete plně otevřít světu, protože ty nápady všech lidí kolem by vás prostě smetly.

Za druhé, musíte mít vzájemnou důvěru. Jinak nejste ochotni se otevřít a ukázat své slabiny. Obalujete se brněním a bojíte se momentu, kdy přijde zpětná vazba. Co když se jim to nebude líbit? Co když budou chtít něco dalšího? Co když to použijí proti mně? A tak se uzavíráte víc a víc do sebe, na review radši nikoho nezvete, backlogy uzavíráte do toolů, aby k nim nikdo nemohl, míst toho aby byly vidět na zdi pro kohokoli kdo jde kolem, a o tom co děláte radši nemluvíte, protože co kdyby se to někdo dozvěděl a zakázal by vám to, nebo to řekl konkurenci.

Vize je motorem Agility, transpatentnost je enablerem. Jedno bez druhého nestačí. Začít je snadné, začněte o věcech mluvit, začněte je ukazovat, udělejte je dostupné pro všechny bez ptaní a bez hledání. Změníte tak organizaci k lepšímu víc, než když budete přemýšlet o omezeních, procesech a potajmu politikařit.

Agilní HR

Ještě před pár lety byl software na okraji zájmu. Business přeci žádný software nepotřebuje. A s výjimkou pár výstředních developerů, které firmy zavíraly někam do sklepa, IT nebylo v kurzu. Pak ale přišel internet a celá digitalizace a dnes si bez IT svět neumíme představit. IT projekty se stávají komplexnější a s trochou nadsázky se nedá najít firma, která by IT nepotřebovala jako nedílnou součást svého businessu. IT se dneska stává hlavním motorem businessu a úspěchu firem. A protože v IT světě převládají Agilní přístupy, začínají se tyto metody šířit i do jiných částí firmy jako je marketing, sales, business, ale také management a HR. Všichni potřebují efektivně pracovat v dnešním komplexním, neustále se měnícím světě, být flexibilní a dynamičtí.

Jak už jsem psala, pokud chcete opravdu změnit firemní kulturu a firmu posunout směrem k Agilní firmě – vybudovat Organizaci 3.0, nemůžete se zastavit na hranici IT oddělení. Je potřeba, aby i ostatní oddělení fungovala na stejné vlně. A to včetně včetně HR (tedy Human Resources). Zdánlivě to není velká změna, i v Agilní organizaci musí HR pomáhat s hledáním a najímáním zaměstnanců, vzděláváním, rozvojem lidí, atd. – ale najednou se nezaměřujeme na jednotlivce a jejich specializaci. HR musí umět najímat zaměstnance do týmů, schopnost týmové spolupráce, ochota učit se nové věci, a mindset je daleko důležitější než konkrétní znalost. Prostě musí zapadnout do firemní kultury. Do pohovorů často zapojujeme tým, a klasická individuální KPIs nahrazujeme týmovými cíli.

Mění se vlastně celý systém, kdy Agilní HR je tu pro své zákazníky. Tedy zaměstnance (všech úrovní) a ty vtahuje do svého fungování. A může HR použít třeba Scrum? No jasně, přestanou být operativními personalisty, a začne firmu pomáhat strategicky formovat. Jako vždy to začíná vizí. Čeho chceme dosáhnout, co nám to jako firmě přinese, kdo jsou klíčoví zákazníci, jaké máme persony. Jako součást visioning workshopů si stejně jako u produktu spolu s klíčovými stakeholdery postavíme Backlog – třeba formou Impact Mappingu nebo Story Mappingu, a uděláme ho transparentní pro celou organizaci. Tohle je klíčové a málo lidí to dělá. Typická konverzace se vyvíjí následovně. To je pěkný Backlog, je z něj vidět co děláte, a co se chystáte dělat. Můžeme ho dát někam, aby k němu měli přístup všichni a mohli se na něj kdykoli podívat? A vy máte i online Scrum Board, to je super. Můžete nám ho také ukázat? Reakce, jak sami tušíte, je většinou odmítavá. V lepším případě říkají, že tam je moc detailů, a že by to lidi stejně nezajímalo, ale že se nad tím zamyslí. V horším případě se dozvíte ostré NE, protože je to přeci tajné. Ale suma sumárum je za tím asi obava, že kdyby lidi věděli, co děláme, moc by nám do toho kafrali. Ale není to právě to, co chceme? Dostat feedback co nejdříve. Ne,až když je to celé hotovo, a je na něj vlastně pozdě.

Konference Agile Prague 2017

Mám radost, že se letos již po sedmé koná konference Agile Prague. Takže ve dnech 11.-12. září 2017 se můžete těšit na pořádnou porci Agilních tipů, doporučení a inspirace ve formě přednášek, case studies, workshopů a také nově ve formě koučinkových sezení – v rámci konference pořádáme poprvé i Coaches Clinic. Jak to funguje? Zkušení Agilní koučové nabízejí zdarma 15 min coaching session kde můžete přijít s nějakým problémem, nejasností či myšlenkou a dostat radu a nápad jak dál. Je to výborná příležitost si utřídit myšlenky a přijít na nové myšlenky. Určitě toho využijte.

Co se programu týče, určitě je letos na co se těšit. A na co se těším já či co bych doporučila? Tak mám radost z letošních keynotes. Již potřetí přijede Linda Rising, protože je prostě skvělá. Dodnes si pamatuji, když jsem ji slyšela přednášet poprvé a úplně mě to dostalo. O to větší radost mám, že i když se nerada vrací na stejná místa, podařilo se mi ji přemluvit, ať ještě alespoň jednou přijede. Její přednášky jsou vždy inspirativní. Joshua Kerievsky je v poslední době znám díky svému Modern Agile přístupu a na jeho přednášku jsem zvědavá. Těším se na setkání s legendou Agile program managementu Johannou Rothman, a v poslední řadě přijede hvězda TEDu Seung Chan Lim.

Letos je i složení přednášejících hodně zajímavé – přijede velká skupina Certifikovaných Scrum trenérů a Enterprise Coachů a také Certifikovaní LeSS ternéři. Takže skupina opravdu top expertů na transformaci organizací. Určitě se budeme bavit o Scrumu, koučinku, leadershipu a také o škálování (scalingu) Scrumu. Namátkou Petri Heiramo se zaměří na to, jak postavit dobře fungující tým, Fabian Schiller se podělí o tipy na dobrou retrospektivu, Zuzi Šochová vám pomůže stát se výborným ScrumMasterem, John Smart se podělí o zkušenosti s DBB, tedy Behavior Driven Developmentem, a Neil Craven poradí jak na automatické testy, Jurgen de Smet představí koncept zodpovědnosti a Alexey Krivitsky pro ty, které zajímá Large Scaing Scrum připravil Lego simulaci jak funguje Scrum ve velkém a Stuard Young workshop visuální facilitace.

Agile Prague 2017

Nebudu popisovat celý program, na ten se podívejte na stránky konference. Kromě přednášek využívejte přestávek k networkingu, děláme je záměrně trochu delší, aby byl čas se přednášejících na cokoli zeptat, vyměnit si názory a zkušenosti mezi sebou. I to ke konferenci patří a pro nás je to důležitý prvek Agile Prague, zrovna tak jako openspace diskuse každý den. Přednášky jsou super, ale diskuse s ostatními účastníky je často nejlepší část konference. Přednášky vám otevřou obzory a posunou vás v uvažování o Agilu dál, za hranice, na které jste zvyklí, openspace pak dává prostor tyto nápady uchopit a takzvaně strávit.

Těším se na konverzace, přednášky a workshopy, ale hlavně na vás všechny – účastníky Agile Prague Conference. Bez vás by tato akce neměla smysl.

Registrace.

Program.

Chcete být s Agilem úspěšní?

Chcete být s Agilem úspěšní? Pak musíte začít u sebe. Můžete strávit hodiny čekáním na to, až firmu za vás změní někdo jiný, anebo ji začít měnit vy. Agile není o praktikách, ale o změně přístupu. Cílem není stát se Agilními, ale pomocí Agilu dosáhnout svého cíle. Je to jiná filosofie. A dokud vy sami nezačnete být opravdu Agilní, okolí se samo nezmění. Spousta organizací má úžasné lidi v týmech, kteří se snaží změnit svět a být Agilní. Spousta organizací má jednotlivce na té nejvyšší úrovni, kteří Agile chtějí aplikovat a podpoří v podstatě jakoukoli aktivitu která dává smysl. Ale spousta z nich čeká, až věci změní někdo jiný.

Nedávno jsem byla ve firmě jako Agile enterprise coach a poslední den své návštěvy jsem moderovala workshop na téma, které je nejvíce trápilo. V různých podobách si na to téma stěžovali všichni. Po hodině a půl jsme měli na stěně mapu z asi 40 lístečků a zároveň i odpověď na nejpalčivější otázku. Při následné retrospektivě jeden z účastníků poznamenal:

„To jsem mohl udělat už dávno, místo toho abych si stěžoval, že mi to chybí“

Proto dnes pomáhám leaderům, jak se sami stát Agilními, jaký styl leadershipu v Agilní organizaci podpoří a jak můžou oni sami pomoct vzniknout té pravé Agilní kultuře. Agilní mindset nejde přikázat. Musí se pomalu zalévat a nechat vyrůst. Někdy to jde hladce, jindy hůř. Jako když pěstujete na zahrádce jahody. Někdy uschnou, jindy přemrznou, příště nedáte pozor a sní je slimáci. Někdy Agile vzdáte, jindy se do toho vrhnete moc rychle a firma vám nestačí, jindy se změní management dříve, než se Agilní stanete.  Chce to cvik a zkušenosti. Můžete si najmout zahradníka na půl roku ať jahody vypěstuje, ale možná je lepší se o jahodách něco dozvědět a stát se tím, kdo je chodí zalévat.

Pro ty, co chtějí vědět, jak “zalévat“ je tady Certified Agile Leadership (CAL) workshop, který jako jediná v Čechách a na Slovensku nově nabízím. Nečekejte nudnou teorii. Nečekejte ani jednoduchý recept. Agile je komplexní změna, a tak to jediné co vám pomůže stát se opravdu Agilními a změnit firmu, managery, oddělení, a týmy je vlastní prožitek. Kurz je dvoudenním průvodcem přeměny na Agilního leadera, kde je pro každého prostor najít si svou vlastní cestu k leadershipu.

Agile zdaleka není již jen doménou IT

Vše se mění, a i Agilní metody přecházejí do další fáze. Přestávají být jen výstřelkem IT, kde byly jejich kořeny a hledají nová uplatnění v nových odvětvích jako je hardware, sales, marketing, fungování organizace ale i v soukromém životě. Prostě se z nich stává mainstream. Samozřejmě adopce Agilních přístupů a Agilní kultury není až tak rychlá, jak by mohla být a je jedno zda v IT či mimo něj, ale pomalu nenajdete firmu, kde by o jistém stupni Agility alespoň neuvažovali. Proto asi není překvapením, že občas nastanou události, které se mohou na první pohled zdát docela překvapivé.

Nevím, nakolik tato informace proběhla u nás, ale konkrétně před několika dny oznámená akvizice společnosti SolutionsIQ nadnárodní konzultační firmou Accenture, vyvolala v mezinárodních Agilních komunitách docela překvapení a diskuze na téma „co to znamená“ a kam se ubírá Agile.

Tak můj dnešní blogpost bude taková krátká úvaha, kterou za danou fúzí vidím. Pro začátek, SolutionsIQ byla relativně známá americká společnost zaměřující se na Agilní transformace firem, pravidelný sponzor Globálních Scrum Gatheringů a všech větších a významných akcí Agilního světa. Byla to společnost, která aktivně pomáhala Agilní komunitě (jejich Agile-Amped podcasty jsou legendární včetně mého 🙂 ) a spousta známých Agilních Coachů a Certified Scrum Trainerů s nimi někdy spolupracovala. Accenture jako globální konzultační společnost asi každý zná, takže tu představovat nemusím.

Tento merge může vypadat na první pohled klasicky. O řád větší společnost kupuje menší firmu. To je samozřejmě pravda, ale z pohledu fungování a cílů a kultury, se jedná o společnosti zásadně odlišné. Kupující musí mít důvod do tohoto spojení jít. A tím je podle mne víra v Agilní kulturu a Agilní přístupy a jejich úspěšnost na trhu. Stále více firem je v nějaké podobě Agilní, aniž si to uvědomují včetně governmentu v USA. A to vyvolává požadavky na zkušené Agilní Coache, Scrum Mastery, Product Ownery, prostě lidi, kteří s Agilem praktické zkušenosti mají. I Accenture má své konzultanty (určitě alespoň v USA), kteří se zaměřují na Agile a jeho zavádění, ale nemá jich dostatek. Z tohoto pohledu je akvizice SolutionsIQ pro ně logickým krokem. Koupili si zkušenosti v top kvalitě a velikosti, ve které mohou trénovat jejich další lidi a tak rychle službu Agilní transformace škálovat. Mít dostatek zkušených lidí, kteří budou pomáhat s adopcí Agilu ve velkých firmách, tj. u klasických zákazníků Accentrue, je snem spousty menších Agilních firem. Accenture měl zákazníky, ale neměl dostatečnou znalost a zkušenost, a to byla jejich slabina. Jejich zákazníky zdaleka nejsou jen IT firmy, ale jsou to opravdu firmy celého spektra. A ty se teď budou v daleko větší míře stávat Agilními. A zdá se, že nové zakázky se jen hrnou.

Tato malá zpráva v podstatě znamená, že velcí hráči na konzultačním poli se vrhají na Agilní transformace a že věří v úspěch Agilního řízení. A že se nejedná již jen o IT, ale obecně o firemní řízení. Je to trend, který možná není jednoduché aplikovat, ale je nevyhnutelným krokem vedoucím k úspěchu firem v dnešním komplexním dynamicky se měnícím světě.

Ještě odoláváte? Přijďte se podívat na některý z našich kurzů, například jednu z novinek Certified Agile Leadership, kde se podíváme na to, jak takovou Agilní firmu budovat a jak vypadá role Agilního leadera.

Pět nejčastějších chyb Agilní a Scrum transformace

ScrumMaster řeší překážky, přece k tomu tady je. A když ne interní, tak alespoň externí. Kdo jiný by to přeci dělal, no ne? Vždyť jinak by tým nebyl efektivní.

ScrumMaster pomáhá týmu, aby si překážky odstranili sami. Facilituje diskuse, vysvětluje, coachuje a pozoruje. ScrumMaster State of Mind model je dobrým nástrojem jak na to.

Product Owner nemá být na retrospektivě. Moc by viděl, jak to děláme, a hlavně, moc by nám říkal, jak to máme dělat.

Product Owner je součástí Scrum týmů, jak jinak chceme takový tým postavit, když společně nepřemýšlíme, jak zlepšit spolupráci. Product Owner i Development tým mají jeden cíl. Dodat hodnotu zákazníkovi. Společně na tom pracují, pomáhají si a společně hledají kde se zlepšit.

Velocity a Story Pointy jsou hlavní metrikou dobré implementace Agilu. Velocity musí růst. Podle toho poznáme, že se zlepšujeme.

Agile a Scrum dávají důraz na dodání hodnoty. Story Pointy ale odhadují effort, komplexitu a risk. A to nemá s hodnotou nic společného. Určitě si umíte představit jednoduchou funkcionalitu, která přinese velkou hodnotu, a hodně komplikovanou věc, která bude mít hodnotu stejnou.

ScrumMaster by měl za tým řešit problémy. A protože to není práce na full-time, tak může být současně i členem týmu.

Cíl ScrumMastera je pomoci týmu se stát skvělým týmem. Takzvaně high-performing. Být self-organized. Nezávislý na ScrumMasterovi. Neustále hledat lepší možnosti, jak bychom mohli pracovat.

Naimplementujeme Agile a Scrum a je to. Odškrtáme pár praktik a jsme s Agilní transformací hotovi.

Agilní transformace je cesta. Cesta, kterou se učíte a neustále hledáte jiné praktiky, jak být lepší. Nikdy nebudete hotovi. Dělat Agilní praktiky nestačí. Musíte být Agilní a neustále hledat, jak se zlepšit. Vítat změny. Je to stav mysli, filosofie. Pokaždé, když dosáhnete svého cíle, který jste si na této cestě definovali, pokaždé se vám otevře obzor a vy uvidíte další nový svět kam se posunout dál.

 

Agilní Leader

Čím více jsou Agilní metody populární, tím více je skloňován termín Agilní Leader a Agilní Leadership. Jak se liší tradiční manager od Agilního leadera? Když jsem dávala dohromady nový kurz Certified Agile Leadershp (CAL), dala jsem dohromady kompetence, které by Agilní leader měl mít – Agile Leader Wheel.

Výborní Agilní Leadeři disponují čtyřmi základními kompetencemi – definovat vizi, motivovat, získávat zpětnou vazbu a implementovat změnu.

Schopnost formulovat vizi je motorem změny i motivace. Vize není nutně spojená s produktem a businessem, ale měla by být zaměřená i na organizaci jako takovou. Druhou kompetencí je schopnost motivovat a dodávat energii. Je to kompetence úzce spojená s vizí. Když máte dobrou vizi, motivuje sama o sobě. Agilní Leadership staví na takzvané vnitřní motivaci, na posílení autonomie jednotlivců a týmů. Třetí z kompetencí Agilního leadera je zpětná vazba. Zpětná vazba je pro Agilní organizaci součástí DNA. Umění získat zpětnou vazbu na úrovni systému jako takového je pro leadery kritické. Poslední je umění prosadit změnu. Dotáhnout to co chcete do konce. Změnit věci, lidi a jejich chování. Agilní leader se musí změnit na všech třech úrovních. První úkol je změnit sám sebe, svoje uvažování, hodnoty a chování, svůj styl práce. Druhý bod je změnit to, jak ovlivňuji lidi kolem sebe, jaké s nimi mám interakce, jak je dokážu nadchnout, aby se stali týmem a všichni táhli za jeden provaz. Třetím elementem je změna na úrovni systému, změna celé organizace.

Agile Leadership Wheel

Kromě již zmíněných kompetencí musí Agilní leader vědět, kdy je vhodnější se rozhodnout a kdy by měl rozhodnutí delegovat. Jak posílit spolupráci a jak ji udělat efektivní a smysluplnou. Jak zapojit ostatní, aby přicházeli s dobrými nápady a sami za jejich implementaci přebírali zodpovědnost. Současně se musí umět rozhodnout kdy být nezávislým facilitátorem a kdy coachem. Nemluvíme tu ani tak o coachingu jednotlivců, který samozřejmě také může být užitečný, ale o coachingu systému – tedy týmů a organizace jako celku. Výborní Agilní leadeři se Agilními leadery nenarodili, ale neustále hledají cesty jak se stát lepšími a jak výše zmíněné kompetence získat a posílit.

Agile Leadership Wheel je součástí mého kurzu Certified Agile Leadership (CAL) od Scrum Alliance který v současné době jako jediná nabízím v Čechách a na Slovensku. Přijďte a nechte se provést cestou Agilního Leadera. Slibuji, že to nebude nuda a že si odnesete spoustu praktických kroků co dál.