Prvky scrumu

• Dozvíte se, jak scrum může pomoci vašemu týmu zlepšit produktivitu a úspěšně dosáhnout cílů.
• Získáte základní znalosti o scrum frameworku a jeho klíčových principech.
• Naučíte se, jak správně plánovat, spravovat a sledovat práci v rámci scrum týmu.
• Pochopíte, jak scrum podporuje efektivní spolupráci a komunikaci v týmu a mezi týmy.
• Budete mít možnost se inspirovat úspěšnými příklady využití scrumu v praxi.

Myslíte si, že máte nejlepší metodu pro organizaci projektu? Je to klasický omyl, zejména v oblasti vývoje softwaru. Každý tým má své vlastní preference a představy: návrháři to chtějí tak, programátoři jinak – a v tom chaosu zůstává klient stranou.

Hlavní je, že při vývoji skvělých softwarových produktů neexistuje žádný pevně stanovený postup, žádná dokonalá cesta od A do Z. Existuje však několik triků, které vás dovedou co nejblíže k dokonalosti.

Dnešní týmy musí být flexibilní a agilní, připravené přizpůsobovat se momentálním nápadům a výzvám, které jim vstoupí do cesty. Musíte si vytvořit plán, pak ho zahodit a za pochodu vytvářet další, přičemž nesmíte ztrácet ze zřetele konečný cíl.

Jak to udělat? Zahoďte ty staré jednotvárné modely a přijměte scrum – agilní, flexibilní systém, který promění způsob vašeho myšlení a revolučně změní váš vývojový proces.

Tradice mohou mít své kouzlo, ale pokud jde o vývoj technologií, mají jen málo příznivců. Technologie je třeba neustále aktualizovat, aby zůstaly relevantní; ve skutečnosti je aktuálnost zásadní nejen pro technologie, ale také pro procesy používané k jejich vytváření.

Jeden ze systémů vývoje se nazývá vodopádová metoda, což je proces vývoje softwaru od dokončení k zahájení. V takovém systému softwarový tým obvykle zkompletuje požadavky, vytvoří návrh, napíše kód, otestuje a pak dodá hotový produkt.

Aspekt „od dokončení k zahájení“ je v tomto procesu klíčový. Činnost A musí být dokončena předtím, než se začne pracovat na činnosti B. Například nelze začít testovat návrh, dokud není dokončeno kódování.

Proč mají lidé a organizace tuto metodu rádi?

Oddělením jednotlivých kroků vývoje se usnadňuje vytváření harmonogramu a plánování. Manažeři často dávají přednost vodopádovému přístupu, protože věří, že jim umožňuje větší přesnost při vytváření harmonogramu a přidělování rozpočtů.

Vodopádová metoda však není příliš spolehlivá. Software je často příliš složitý produkt na to, aby byl plně navržen před zahájením vývoje. Pokud tedy požadujete dokonale navržený produkt, zůstane vám jen malý prostor pro změny během vývoje.

I když je tedy možné, aby dokonalý návrh plynule přešel do dokonalého vývojového procesu, obvykle k tomu dochází pouze v případě, že vyrábíte statický objekt, jako je například automobil. V tomto příkladu byste navrhli každý prvek automobilu a pak se při výrobě do písmene řídili těmito pokyny pro návrh.

Naproti tomu vývoj softwaru je prostě příliš složitý.

Takže i když návrháři mohou přijít s něčím, co považují za dokonalý produkt, při aplikaci návrhů určitě nastanou komplikace. Čísla hovoří jasnou řečí: pouze 16 % projektů prováděných vodopádovou metodou dodrží termíny dokončení, zatímco 31 % je zrušeno a 53 % překročí rozpočet!

Jak se takovému úskalí vyhnout u vlastních projektů? Přečtěte si to v dalších kapitolách.