Optimalizace efektivity a minimalizace nákladů jsou dvě důležité součásti štíhlého přístupu k vývoji softwaru, který již v praxi vyzkoušelo mnoho IT firem.

Kořeny tohoto přístupu sahají do historie známé automobilky Toyota a vycházejí z jejích přístupů k řešení problémů. Podstatou je provádět pouze takové změny, které jsou přínosné a zároveň vyžadují minimální náklady a jejich realizace nezabere příliš mnoho času.

V souvislosti s vývojem softwaru se metodikou Lean poprvé zabývali Mary Poppendieck a Tom Poppendieck, kteří v roce 2003 vydali knihu “Lean Software Development”. V ní jsou popsány tradiční principy štíhlé výroby ve vztahu k vývoji softwaru a také soubor 22 nástrojů (praktik) a jejich srovnání s agilní metodikou vývoje.

Šetrný vývoj softwaru – není metodikou pro řízení vývoje projektů, jak by se mohlo na první pohled zdát. Jedná se o soubor principů používaných v různých projektech ke zlepšení procesu vývoje a zvýšení jeho efektivity.

7 principů štíhlého vývoje softwaru

Jádrem štíhlého vývoje je několik důležitých zásad, které se v posledních letech prakticky nemění. Pokusme se je stručně a jednoduše vysvětlit.

1. Eliminujte plýtvání. Ve vývoji aplikací je odpadem vše, co nepřináší zákazníkovi žádnou obchodní hodnotu a nezlepšuje kvalitu vyvíjeného produktu ani neurychluje dobu vydání projektu.

Jinými slovy, je to to, za co utrácíme peníze a nemáme z toho žádný zisk. Například nepoužívaný kód a zbytečné funkce, které nepřinášejí uživateli ani firmě další hodnotu, ale vyžadují čas na diskusi, vývoj, testování a dokumentaci.

2. Zesílení učení. Aby mohl tým vyvinout systém, který přinese zákazníkovi obchodní hodnotu, musí mít širokou škálu dovedností. Tým musí hromadit znalosti a sdílet je, například formou přezkumu na konci iterace.

Některé z nových poznatků budou mít technický charakter a jiné jsou naopak klasifikovány jako nefunkční požadavky. Například porozumění tomu, co obchodní uživatel skutečně chce, a ne tomu, co si představují vývojáři. Proto se tým musí neustále rozvíjet, učit se a hromadit znalosti. Díky tomu se tým může v budoucnu vyhnout problémům.

3. Rozhodujte se co nejpozději. Hlavní myšlenkou zde je počkat do poslední chvíle, než učiníte nějaké rozhodnutí, zejména nevratné. To platí zejména tehdy, když mluvíme o rozhodnutích, která mohou mít významný dopad na úspěch vývoje.

Všechna rozhodnutí musí být podložena analytickými daty a výsledky sledování procesů, jinak hrozí, že tým bude pohlcen příliš mnoha změnami a může zapomenout na hlavní cíl projektu.

Čím později rozhodnutí učiníte, tím více dovedností a znalostí budete mít a tím méně toho budete muset později předělávat.

4. Dodávejte co nejrychleji. To je základ iterativního vývoje. Čím rychleji ukážete své podklady zákazníkovi, tím dříve získáte jeho zpětnou vazbu, a tím pádem dostane produkt s potřebnými vylepšeními mnohem dříve.

Zajímavá obchodní funkce, která šla do výroby za několik měsíců, se nakonec může ukázat jako zcela zbytečná. Pokud by však byla uvedena na trh během dvou týdnů, mohla by se ukázat jako přínosná pro zákazníka.

5. V případě, že by byla uvedena na trh během dvou týdnů, mohla by se ukázat jako přínosná pro zákazníka. Posílení týmu. Vývoj softwaru je proces duševní práce, proto s lidmi zacházejte jako s kompetentními, motivovanými profesionály, a ne jako s odborníky s úzkými dovednostmi v psaní kódu nebo kreslení diagramů.

Aby lidé převzali odpovědnost, byli motivovaní a pracovali jako pevný tým, měli by si být vědomi svého přínosu pro vyvíjený produkt. Je třeba vytvořit takové podmínky, aby každý člověk mohl soustředěně pracovat na aktuálním obchodním úkolu.

Důvěřujte svému týmu a respektujte ho. Lidský faktor je jedním z nejdůležitějších prvků úspěšného vývoje softwaru.

6. Budujte v týmu integritu. Podle zásad štíhlého vývoje lze problém buď najít až po jeho objevení, nebo lze předem odstranit příčiny vedoucí k problému.

Autoři knihy Štíhlý vývoj softwaru doporučují řešit problém s kvalitou přímo v okamžiku, kdy se začne objevovat – zpočátku tím, že vložíte kvalitu do produktu, a nenecháváte identifikaci a opravu chyb na testování nebo výrobu. K tomu se vyplatí postupovat po malých krocích a po každém kroku kvalitu zkontrolovat.

7. Podívejte se na celek.

Hlavním způsobem řešení problémů je rozložit je na menší problémy a důsledně odstraňovat příčiny jejich vzniku. Aby však tým viděl příčinu problému, měl by mít dobrou celkovou představu o aktuálním procesu vývoje, koncepci a strategii vyvíjeného produktu.

Shrnutí

V tomto článku se dozvíte o principech štíhlého vývoje softwaru, které můžete uplatnit při práci na projektech ve svém týmu. Dost možná vám to umožní zvýšit efektivitu a optimalizovat procesy.

Je třeba si uvědomit skutečnost, že hovoříme o principech, a ne o striktních pravidlech. Proto je třeba vynaložit určité úsilí, abyste je efektivně přizpůsobili specifikům vašeho projektu.

.