V prosinci jsme se rozhodli pro zásadní krok: náš Salesforce org kompletně přestavíme. Žádný dílčí refaktoring ani další iterace na stávající architektuře, ale nový základ, postavený od datového modelu výš.
Org provázel firmu od jejích začátků před 10 lety. Za tu dobu se Enehano i způsob, jakým pracujeme, výrazně proměnily. A datový model i architektura tomu potřebovaly odpovídat. Chtěli jsme platformu, která bude škálovat s námi dalších deset let.
Rozhodnutí padlo rychle. Provedení bylo komplikovanější.
V článku se dozvíte
- proč jsme se rozhodli starý Salesforce org přestavět, ne refaktorovat
- jak vypadal třídenní hackathon s dvaceti lidmi a pěti paralelními streamy
- co se za víkend povedlo spustit a kde jsme narazili
- jak se změnila technická bilance org (Apex třídy, flow, komponenty, permission sety)
- co bychom při druhém pokusu udělali jinak
Tereza Janková, Delivery Manager & Michal Mach, Senior Solution Architect | TechBeer Spring ’26
Hackathon místo projektu
Pro samotnou realizaci jsme zvolili třídenní hackathon, formát, který nám u klientů funguje na akceleraci kritických fází. Termín jsme stanovili na pátek 2. až neděli 4. ledna, záměrně jen na tři dny a mimo sezónu.
Na místě bylo zhruba dvacet lidí: deset konzultantů a vývojářů, jedenáct business ownerů. CEO, CFO, business unit lídři, zástupci marketingu, financí i People Hubu. Nikdo nečekal na schválení. Nikdo nemusel eskalovat. Rozhodnutí padala na místě.
Pracovali jsme ve sprintech po dvou až třech hodinách se čtvrthodinovými stand-upy. Velmi zrychlený scrum. Fungovalo to.
Paralelně běželo pět streamů: Sales a marketing s migrací z Pardotu na Marketing Cloud Next, People Hub, timesheety, cost model a finance. Celkem jsme na hackathon spálili přibližně osmdesát man-days.
Hackathon 2.až 4. ledna 2026: pět paralelních streamů a všichni business ownerové u jednoho stolu.
Co se povedlo a co ne
Za tři dny jsme spustili Sales a People Hub včetně datové migrace. Kdo někdy dělal datovou migraci, ví, že udělat celý datový model, procesy a migraci během jednoho víkendu není standardní výkon.
Zároveň jsme na hackathonu udělali proof of concept na integrace s Jirou a Fakturoidem, přidali jsme napojení na ČNB a zprovoznili jsme MergeConnector.
Slabým místem byl Marketing Cloud. Rozhodnutí o přechodu na Marketing Cloud Next padlo teprve v polovině prosince a součástí migrace bylo nasazení Data Cloudu. Správně začalo fungovat až na třetí pokus.
Druhou oblastí, která si vyžádala doladění, byla architektura integrací. Hackathon je o rychlém prototypu. Produkční robustnost se dolaďuje při náběhu. Při ostrém provozu v Jiře jsme odhalili místa, která bylo potřeba dopracovat. Trvalo to týden.
Technická bilance
Počet Apex tříd klesl o polovinu. Velikost zbývajících tříd ale zůstala stejná nebo narostla. Důvody jsou dva: nové integrační služby a přepis people allocation z flow do Apexu. U této konkrétní agendy se Apex ukázal jako spolehlivější runtime než flow.
Aktivní flow jsme výrazně zredukovali. Lightning Web Components jsme ze dvaceti sedmi konsolidovali na deset. Power komponenty, které se v nové architektuře nevyplatily, jsme nahradili standardními řešeními.
Technická bilance: aktivní flow z 80 na 39, UI komponenty z 64 na 12
Custom fields na klíčových objektech čítají přibližně 1 200 položek. Permission setů jsme měli 126. Přešli jsme na skupinový přístup podle oblastí a udržujeme jich přibližně dvacet.
Nejvíc nás potěšila jedna věc: agendu reportingu se podařilo přesunout z Tableau přímo do CRM. Finance si dashboardy staví sami a data mají lepší strukturu než dříve.
Co bychom příště udělali jinak
Při druhém pokusu bychom přišli na hackathon s hotovými solution designy v technické podobě, ne jen v byznysové. Řadu architektonických rozhodnutí jsme dělali na místě v reálném čase. Některá z nich jsme po nasazení přehodnotili.
People allocation nám na hackathonu zabralo přibližně deset man-days jen na solution design. K implementaci jsme se během hackathonu nedostali a doháněli jsme ji celé Q1.
Klíčový faktor úspěchu zůstává jeden: vedení firmy stálo od začátku pevně za projektem a bylo jeho hnací silou. Tím, že se přímo účastnili hackathonu, rozhodnutí padala bez zdržení. Čekání na schválení by jinak zastavilo celé tempo
Pokud hledáte cestu, jak zrychlit servis a dát týmům kontext místo chaosu, tohle téma si zaslouží pozornost.
👉 Přečtěte si, jak může vypadat servis postavený na sdíleném kontextu.
