Proč je důležitý business slovník

Každý business používá specifické pojmy. Například označení produktů, právní termíny, oborové termíny atd. Business slovník slouží k vysvětlení, co který pojem znamená a ideálně i co znamená z pohledu našeho (analyzovaného) systému. Business slovník zaručuje, že všichni chápou daný pojem stejně. Pokud je někde v analýze použit neznámý termín, je vysvětlen v business slovníku.

Zrovna nedávno jsem se s potřebou takového business slovníku setkal. Kolega je na dovolené. Analyzoval požadavek, kdy se jistá hodnota má plnit na základě vlastností úvěru. Takže například:

• Plníme hodnotu A, pokud se jedná o úvěr s účelem výstavba.
• Plníme hodnotu B, pokud se jedná o úvěr s účelem koupě.
• Plníme hodnotu C, pokud se jedná o úvěr s účelem koupě a zároveň výstavba.
• Plníme hodnotu A2, pokud se jedná o úvěr s účelem výstavba +  extra.
• Plníme hodnotu B2, pokud se jedná o úvěr s účelem koupě + extra.
• Plníme hodnotu C2, pokud se jedná o úvěr s účelem koupě a zároveň výstavba + extra.

A nyní se zjistilo, že nikdo neví, co znamená to "+ extra". Žádný z účelů úvěru se nejmenuje "extra". Žádný produktový parametr se nejmenuje "extra". Žádný produkt, který by měl v názvu extra neexistuje.

Nakonec se to podařilo zjistit, ale bylo to zdlouhavé a náročné. Kdysi existoval produkt, který se jmenoval Extra hypotéka. Před 10 lety byl tento produkt zrušen. Tento úvěrový produkt umožňoval čerpat extra peníze na vybavení domácnosti. Po extra hypotéce zbyla v parametrech produktu dodatečná částka. Dodatečná částka se nabízí jako služba k hypotéce. "+ extra" znamená, že je vyplněna tato dodatečná částka. Kdyby existoval business slovník, nebo alespoň vysvětlení v analýze, dost by to usnadnilo život všem zúčastněným.

Analytik - samostatná pozice nebo jen role

Má smysl najímat lidi  (ať už jako zaměstnance nebo externí kontraktory) na samostatnou pozici business analytik? Nebo je analytik jen role, kterou zastane i člověk najatý jako vývojář? 

Pojďme si nejprve vyjasnit o jakých typech softwarových projektů se chci bavit. Mám na mysli velké bankovní projekty v rozsahu několika tisíc MD. Tj. projekty které jsou i z pohledu businessu poměrně komplikované. Věřím, že na projektu, který je malý a dostatečně jednoduchý může roli analytika zastat třeba vývojář. Ale na velkých bankovních projektech si to moc nedovedu představit. Tady jsou důvody proč si nemyslím, že by roli analytika mohl zastávat vývojář a proč je třeba na těchto projektech samostatná pozice analytika:

1. Odlišná sada dovedností: Vývojáři jsou zpravidla zaměřeni na technické řešení a implementaci, zatímco analytici se zaměřují na pochopení obchodních požadavků a jejich překlad do technických specifikací. Tyto role vyžadují odlišné přístupy a dovednosti.
2. Časová náročnost: Vývojáři jsou často přetíženi úkoly souvisejícími s kódováním a technickou implementací. Převzetí role analytika by mohlo vést k časové tísni a snížení kvality jak vývoje, tak analýzy.
3. Ztráta specializace: Každá z těchto rolí vyžaduje vysokou míru specializace. Pokud vývojář přebere roli analytika, může dojít ke ztrátě odbornosti v obou oblastech, což by mohlo negativně ovlivnit projekt.
4. Konflikt zájmů: Vývojář může být příliš technicky zaměřený a méně se soustředit na obchodní potřeby. To může vést k tomu, že se prioritizují technická řešení nad obchodními požadavky, což může být pro projekt škodlivé.
5. Riziko nedorozumění: Analytici jsou vyškoleni v komunikaci s různými zainteresovanými stranami, jako jsou zákazníci a manažeři. Vývojář bez těchto zkušeností může mít potíže s efektivním přenesením požadavků mezi technický a obchodní svět, což může vést k nedorozumění a chybám.
6. Omezená zkušenost s obchodním prostředím: Vývojáři mají často menší povědomí o širším obchodním kontextu, což může vést k nedostatečnému pochopení požadavků a cílů projektu.
7. Komplexita a rozsah projektů: Velké projekty často zahrnují složité obchodní procesy a různé zájmové skupiny. Analytik je schopen lépe zmapovat a pochopit tyto složitosti než vývojář, který by se měl soustředit na technické řešení.
8. Riziko zaměření na technické detaily: Vývojář může mít tendenci zaměřit se na technické detaily a přehlédnout širší obchodní cíle. Analytik by měl být zaměřen na to, aby technická řešení podporovala obchodní strategie, nikoli naopak.
9. Neefektivita: Kombinace rolí může vést k nižší efektivitě, protože vývojář nemusí být schopen efektivně rozdělit svůj čas mezi technické a analytické úkoly. To může vést k zpožděním a chybám.
10. Dlouhodobý dopad na kvalitu projektu: Bez specializovaného analytika může dojít k nedostatečnému pochopení obchodních potřeb a k vytvoření produktu, který neodpovídá očekáváním klienta nebo konečných uživatelů. To může mít dlouhodobé negativní dopady na kvalitu projektu a spokojenost zákazníků.