Architekt nebo matematik?

Když firma vybírá CRM, dřív nebo později vznikne tabulka. Řádky jsou funkce, sloupce dodavatelé, v buňkách fajfky a body. Vypadá to objektivně a matematicky — sečteš, vynásobíš vahami, vyhraje nejvyšší číslo.

Má to jeden problém: nejdražší rozhodnutí projektu v té tabulce vůbec nejsou.

Rozhodnutí, které v tabulce nenajdete

Konkrétní příklad z praxe. Pro mezinárodní bankovní skupinu jsem navrhoval platformu pro komunikaci s dlužníky — e-mail, SMS a fyzické dopisy s QR kódem, orchestrované z Marketing Cloudu, data přes Kafka. Než se napsala první řádka konfigurace, museli jsme rozhodnout otázku, kterou žádná srovnávací tabulka nepoloží: jedna sdílená instance pro všechny země, nebo samostatná instance pro každou?

Obě varianty „mají všechny funkce“. Obě dostanou v tabulce stejné body. A přitom tohle jediné rozhodnutí určilo bezpečnostní model (DPIA, šifrování, BYOK), náklady na provoz na roky dopředu a to, jak rychle půjde řešení rozšířit do další země. Špatná volba se neopravuje upgradem — opravuje se novým projektem.

Co vlastně dělá architekt

Matematika v tabulce funguje, když jsou položky nezávislé a srovnatelné. Architektura je přesný opak: samá závislost. Datový model omezuje reporting. Model viditelnosti dat určuje, kdo smí co vidět — v bance s tisíci bankeři je to větší téma než všechny funkce dohromady. Integrační vzor určuje, co se stane, když jeden systém spadne.

Práce architekta není nakreslit hezký diagram. Je to rozhodovat trade-offy, které nejdou sečíst — a nést za ně odpovědnost před architecture boardem, bezpečností i byznysem. Na projektu v největší české bance jsem dva roky obhajoval každé podstatné rozhodnutí před interním architecture boardem. Ne proto, že by banka milovala byrokracii, ale protože věděla, že tahle rozhodnutí se zpětně opravují nejhůř.

Kdy tabulku použít

Aby bylo jasno: srovnávací tabulka má své místo. Je užitečná na konci — když máte hotovou architekturu, jasné zadání a porovnáváte dvě tři řešení, která už prošla hrubým sítem. Tam poctivě odliší cenu, licenční model a zralost dodavatele.

Jen jí nesmíte svěřit rozhodnutí, na která nemá čísla. Nejdřív architektura, pak matematika. Obráceně to nefunguje.

Řešíte podobné rozhodnutí — single vs. multi-org, výběr platformy, integrační architekturu? Domluvme si konzultaci na tvadvisory.cz/kontakt.