Problémy v analýze

 Konzultace na téma "Analýza a její problémy". Na co se v tomto případě zaměřit?

Týkají se problémy skutečně analýzy?

Klíčová otázka. Jedná se skutečně o problémy v analýze, nebo je to problém okolí? Příkladem je nedostatečné zapojení stakeholderů (zájmových osob) nebo nejasná vize produktu, což analytikovi znemožňuje dělat jeho práci kvalitně.

Kde přesně je problém? Vstupy do analýzy, vlastní analýza, výstupy analýzy?

Je problém se vstupy? Například uživatelé nevědí, co chtějí, nebo nemají čas na konzultace. Nebo je problém s vlastní analýzou? Například přílišné rozebírání detailů na úkor postupu vpřed. A co výstupy analýzy? Problémem může být například nejednoznačnost analýzy apod.

O jaký problém se přesně jedná?

Mohu uvést některé obvyklé problémy:

• Scope Creep - nekontrolovatelné rozšiřování rozsahu. Rozsah se neustále nafukuje, protože na začátku nebyla definována hranice řešení.
• Gold Plating - přidávání funkcionality, kterou nikdo nepožadoval. Způsobuje to zvyšování nákladů bez reálného přínosu. 
• Chybějící trasovatelnost - u požadavků není jasné, proč požadavek existuje a jaký cíl naplňuje.

"Analýza" vs technický návrh

Dnes jsem se dostal k několika analýzám. Všechny byly ale z pohledu provedení naprosto stejné. Class diagram, třídy s uvedením atributů a metod a pak tabulka se specifikací atributů a popis metod (slovně, nebo pomocí sekvenčních a aktivity diagramů).

Co je na tom špatně? Především to, že tato analýza odpovídá na otázku Jak, ale zcela opomíjí otázku Co a Proč. Za mě je to technický návrh, který se možná dá implementovat tak, jak byl navržen. Není to ale analýza z které je jasné, co má business za požadavky a proč danou věc potřebuje a k čemu má sloužit.

Co teď s tím? Máme diagramy a jejich popis, ale nic dalšího...

Především je třeba vrátit se o pár kroků zpět a doplnit to, co chybí tj, především požadavky. Použít stávající analýzu "tak jak je" by bylo velmi rizikové. Museli bychom akceptovat riziko, že postavíme technicky funkční systém, který ale nikdo nepotřebuje nebo který neřeší skutečný problém.

Požadavky nám umožní ověřit, zda uvedené diagramy pokrývají vše, co je třeba a zda popisují systém, který uživatel skutečně  potřebuje.