Jak se pozná opravdový Scrum od toho co je implementovaný jen naoko? Tak úplně první co slyšíte je výraz ‘ceremonie’. Řeknete si, no dobře, oni jen nevědí jak se to jmenuje, ale to nic neznamená. Jenže právě terminologie často poukazuje na hlubší nepochopení. V devadesáti procentech případů, když slyšíte termín ceremonie, tak jsou to zbytečné nesmyslné meetingy, které se dělají jen proto, že je někdo nakázal ať už ScrumMaster nebo Scrum jako takový – tedy ve Scrumu to tak musí být. Ostatně když se podíváte na definici, dozvíte se něco o okázalém postupu podle předpisů. Takové ceremonie jsou nejen k ničemu, ale otravují prostředí, žerou energii a hlavně, vytváří obecnou nechuť ke Agilu, Scrumu a vůbec. Když Scrum aplikujete správně, víte že to jsou eventy, tedy něco, co se děje, protože pro to existuje potřeba. Neříkáte tomu ani meetingy (ty jsou povětšinou nudné a nutné) ale je to takový happening. Mohli byste říct že je přeci jedno jak to nazýváte, a na jednu stranu je, ale na druhou název vždy ukazuje část vnímání. Dejte eventům smysl, najděte znovu jejich hodnotu a nikdo si na ně nebude stěžovat. K tomu je ale několik pre-requisit. Za prvé, Scrum není proces jak micromanagovat (ani řídit) jednotlivce. Je postavený na spolupráci cross-functional týmu. A to bohužel ve většině organizací kde mají ceremonie chybí. Tedy abych byla specifická, když se na ně podíváte blíž, nejsou tým, tedy nespolupracují, nejsou cross-functional, tedy nedodávají hodnotu, jednotlivci pracují každý na svém úkolu, a mají rozdělené role. Narazíte tak na frontendisty, backenddisty, experty na systém X, na který nikdo jiný nesmí sáhnout (rozuměj máme to v kontraktu), a také na spoustu dependencí. A také na velice složitý proces v Jiře, a občas i několikastránkový diagram, kdo co dělá. Ne, opravdu Scrum není proces na zpracovávání ticketů. Ale to by vyžadovalo razantní změnu myšlení. Klíčem opravdového Scrumu je tým, který v krátkých iteracích dodává hodnotu zákazníkům, získává zpětnou vazbu pomocí které se mění a iteruje produkt a své fungování. Scrum neoptimalizuje na rychlost, ale na řešení komplexních problémů, kde možností je mnoho a dopředu úplně přesně nevíme jaký směr zvolit. Je flexibilní ke změnám a dokáže se rychle adaptovat. Takže jak od takového technického Scrumu naoko k tomu opravdovému? Definujte business hodnotu: Jakou máme vizi, čeho chceme dosáhnout a pro koho? Najděte Product Ownera, který rozumí businessu, hodnotu vnímá, a je schopen se rozhodnout co uděláme teď, a zbytek později, nebo nikdy. Tomu dejte zodpovědnost za úspěch tedy nejen dodávku ale i návratnost (ROI) produktu. Postavte malé týmy, které dokáží hodnotu dodat end to end. Dejte jim autonomii se rozhodnout jak budou spolupracovat. Dejte jim ScrumMastera (coache, ne projektového managera) aby jim pomáhal hledat lepší cesty fungování. A to je vlastně všechno. Není to složité, ale spousta organizací se takové změně brání. Agile přináší velkou změnu fungování. A taková změna je vždy těžká. The post Scrum jen naoko first appeared on Zuzi's Blog o Agilu a Scrumu.
Já osobně mám ráda Scrum. Primárně proto, že je týmově orientovaný a pomáhá stavět dobře fungující samoorganizované týmy. Je to lehký framework, který nedefinuje detailní praktiky a je tak dobře aplikovatelný na různá prostředí. Scrum se hodí na problémy
projít na článekJednou z nejdůležitějších věcí, které Scrum zavádí do firem je Retrospektiva. Učí nás brát chyby a neúspěchy jako dobrou věc, tedy jako příležitost ke zlepšení. Co když se nám nepovede dobře se zorganizovat a nic na konci Sprintu nedodáme? Nevadí. Na konc
projít na článekPřed tím, než představím top 10 formátů pro retrospektivu si pojďme zopakovat co že to taková retrospektiva je. Takže retrospektiva je takové pravidelné ohlédnutí se za minulým obdobím, většinou tak týden, dva. Pro ty z vás, co děláte Scrum je to každý Sp
projít na článekKonflikty jsou mezi lidmi běžné. ScrumMasteři ale mají často pocit, že konflikty jsou něčím špatným, něčím, čemu je dobré se vyhnout. Když ale všichni se vším souhlasí, týmu chybí rozmanitost pohledů a kreativita. Na první pohled tým vypadá zdravě, ale ob
projít na článekJedna z takových častých otázek je, jak na Performance review ScrumMasterů. Já si myslím, že to je vlastně od samého základu špatná otázka. Agilní organizace totiž od takzvaných performance review upouští a nahrazují je tzv. peer review, tedy vlastně otev
projít na článek