AAF — výhody pro vedoucího projektu¶

Princip¶

Hlavní poslání AAF je tvořit vývojové dokumenty — strukturovaný, agilně budovaný podklad, který řídí vývoj a drží hodnotu užitku pro zákazníka (axiom Value Based Management). Konzistenci tohoto podkladu hlídá Stroj konzistence AAF. Pro vedoucího projektu se tím mění způsob řízení: místo „řekněte mi, co máte naprogramovat, a já vám řeknu, co máte naprogramovat" vede projekt přehledný strom rozkladu a UC Scenario Fragmenty — Document Driven Project, ne Claptrap Driven Project (řízení přes nesourodou hromadu zadání bez vazby na hodnotu užitku).

Z toho plyne řada konkrétních výhod pro vedoucího projektu.

1. Jasná posloupnost prací a unifikace¶

Práce mají transparentní, šablonou danou strukturu; v daném okamžiku je jasné, co se má řešit. Strom rozkladu ukazuje kritická místa projektu (co víme a co ne). Vývoj se řídí přehledně přes Tasky a User Story (SCRUM) navázané na UC Scenario Fragmenty.

2. Rychlý přehled o rozsahu projektu¶

Strom rozkladu funguje jako lupa — zviditelní pracné i méně pracné větve i celkový odhad rozsahu, a to relativně rychle. Tlumí Murphyho zákon „každý systém vypadá na první pohled menší, než ve skutečnosti je" — a to i s přihlédnutím k tomuto zákonu.

3. Kontrola konzistence a úplnosti funkcionalit¶

Dvě kontroly. Vertikální: na každém uzlu rozkladu „A se rozkládá na B a C — není tam ještě D?" (nejlépe brainstorming týmu; největší chyby paradoxně na horních úrovních). Horizontální: nepřímá vazba mezi UC přes instance ve scénářích — Zákon zachování informace, nula stupňů volnosti. Viz Udržení konzistence UCM, Zákon zachování informace.

4. Dokumentace a předatelnost projektu¶

Každý kód má díky include a re-use unikátní pozici a identitu — dá se dohledat a identifikovat, na rozdíl od „haldy střípků". Snižuje se nezastupitelnost: nový pracovník ví, co číst první, projekt jde předat jako celek. (Umělá nezastupitelnost bývá důvodem, proč jsou tyto postupy odmítány.)

5. Uživatelská dokumentace¶

U evidenčního systému rozklad odpovídá kapitolám User Guide a scénář UC je kostrou manuálu. Je rozdíl psát manuál z čisté vody, nebo mít v ruce scénář a obrazovku — často se jen přeformuluje („Obsluze se zobrazí…" → „Zobrazí se vám…") a doplní ovládací prvky.

6. Podklady pro testování¶

Use Case se stávají zadáním pro funkční testy (prvky test case) i podkladem akceptačních testů vůči uživateli. Ideál je automatizace, často zatím ručně.

7. Servisní pracovníci a hot line¶

Díky sofistikovanému rozložení funkcionalit se s projektem seznámí kdokoli včetně servisu a podpory. Bez toho jsou tito lidé na vývojáře odkázaní — nebo jejich roli musí zastávat sami vývojáři.

8. Marketing a obchod¶

Strom rozkladu s klíčovými procesy je kvalitní styčný bod mezi vývojem a obchodem a zdroj pro marketingové materiály. Obchod by se měl na tvorbě produktu podílet, hlavně na klíčových procesech — jeho konzultace je nezbytná.

9. Funkční specifikace produktu¶

Rozklad procesů a UC jsou dobrým základem funkční specifikace — dohody mezi dodavatelem a odběratelem. Předchází nejsmutnější větě odběratele: „My jsme si mysleli, že za ty peníze to bude ještě umět…"

10. Strategické modelování¶

Neúplný rozklad pro rychlou nabídku v časové tísni — přehled rozsahu rychle, menší riziko podcenění. Plný výklad viz Greenfield a Strategické modelování.

Jeden zdroj, ze kterého všichni čerpají¶

Všechny výhody plynou z jedné věci — opětovné použitelnosti dokumentace. Tento dokument se stejně dělá; otázka je jen, jestli jednou centrálně, nebo opakovaně a roztříštěně v každé roli zvlášť. Lepší je jeden centrální zdroj, ze kterého čerpá vývoj, testy, manuál, servis, obchod i nabídka.

Re-use dokumentace

Nejčastější chyby¶

Claptrap Driven Project — projekt se řídí přes nesourodou hromadu zadání bez vazby na hodnotu užitku a bez stromu rozkladu; ztrácí se přehled o rozsahu i konzistenci.
Umělá nezastupitelnost — dokumentace se záměrně neudržuje, aby znalost zůstala v hlavách; projekt pak nejde předat.
Halda střípků místo struktury — funkcionalita bez unikátní pozice ve stromu se nedá dohledat ani předat.

Vazby¶

Hodnotový rámec: Value Based Management. Konzistenci hlídá dopředně Stroj konzistence AAF, zpětně Analysis Review. Strom rozkladu a UC: Prvky HLA, Zlatý klíčový proces. Kontrola konzistence: Udržení konzistence UCM, Zákon zachování informace. Bod 10 rozvádí Greenfield a Strategické modelování. Vztah ke SCRUMu (Task, User Story): Prvky HLA (sekce Vztah ke Scrumu).

Verze a změny¶

1.0 — Zavedení kapitoly: výhody AAF dokumentace pro vedoucího projektu.