Když se podíváte na inzeráty hledající ScrumMastery, bohužel až příliš často najdete popis role, která místo ScrumMastera hledá spíše asistenta týmu. O tom, jak hledat ScrumMastera jsem tu už psala, takže dnes se podíváme na příčinu takového nepochopení. Jak vám většina lidí řekne, ScrumMaster má odstraňovat překážky. A pod tím si bohužel většina těch, co Scrumu a roli ScrumMastera nerozumí, představí právě toho asistenta. Takže co ta věta, že ScrumMaster odstraňuje překážky vlastně znamená? Pro porozumění se musíme vrátit k hlavnímu smyslu existence ScrumMastera. Cílem ScrumMastera je stavět dobře fungující samoorganizované týmy. A jak to, že týmu budete dělat asistenta pomůže týmu stát se selforganized? Nojo, nijak. Takže o čem to odstraňování překážek vlastně je? Překvapivě ne o tom, že je nebudete odstraňovat sami, ale že pomůžete týmu, aby si uvědomili, že si je dokážou odstranit sami. Tým je zodpovědný za to, že se zorganizuje tak, aby maximalizovali hodnotu vzhledem ke Sprint Goalu, tedy vlastní celý proces, a do toho patří i to, že se postarají, aby překážky nějak odstranili. ScrumMaster tedy není asistentem, ale servant leaderem. Pomáhá týmu převzít za své věci zodpovědnost a vlastnictví a stát se tak lepším týmem. Je coachem, pomáhá týmu si uvědomit kde problém je a jaké vidí možnosti řešení. A je facilitátorem, pomáhá týmu identifikovat příčinu a nevysilovat se řešením symptomů. Takže jestli jste si právě uvědomili., že většinu problémů za tým řešíte vy, vězte, že jim tím děláte medvědí službu a bráníte jim v tom, aby se stali lepším high-performing self-organized týmem. Zůstanou zaseklí tam kde jsou, a jen s tím, jak jde čas si začnou stěžovat, že oni za nic nemůžou a že to ScrumMaster měl… Není to moc pěkný obrázek. Dobrá zpráva je, že změna je snadná. Vysvětlete týmu, že dělat jim asistentky není vaším cílem ani zodpovědností a začněte více coachovat a facilitovat. Staňte se Servant leaderem, který věci za tým nedělá ani nerozhoduje, ale namísto toho vytvoří takové prostředí, že si je dokážou vyřešit sami. Občas to bolí, ale přináší to výrazně lepší výsledky.
Tag: servant leader
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ší.