Ako som spojila projekty, úlohy a rozhodnutia do jedného dashboardu
Cesta od pamäte jedného projektu cez spoločný portfóliový pohľad až k lokálnemu read-only dashboardu bez ďalšieho AI behu.

AI Project Memory mi najprv vyriešil návrat k jednému projektu.
Codex alebo Claude Code si vedeli načítať aktuálny stav, rozhodnutia, otvorené otázky a ďalší krok. Pri práci na viacerých projektoch však zostávala ďalšia vrstva práce.
Ráno som stále potrebovala zisťovať, čo sa od poslednej kontroly pohlo, kde chýba rozhodnutie a ktorému projektu mám venovať pozornosť.
Pred dashboardom vznikol spoločný rozhodovací pohľad
Projektová a portfóliová pamäť odpovedajú na dve rozdielne otázky.
| Vrstva | Otázka |
|---|---|
PROJECT_MEMORY.md | Čo má človek alebo AI vedieť, aby mohol pokračovať v tomto projekte? |
| Portfóliový pohľad | Čo sa deje naprieč projektmi a kam mám dať pozornosť? |
Portfóliový pohľad neopakuje detail každého projektu. Pri každom ukáže jeden z troch stavov:
Updated– vznikla relevantná zmena,Confirmed no change– projekt bol skontrolovaný bez zmeny,Needs confirmation– chýba aktuálny zdroj, dôkaz alebo jasný stav.
Nad nimi vyberá maximálne tri veci, ktoré si pýtajú pozornosť. Môže ísť o zablokovanú prácu, chýbajúce rozhodnutie, riziko alebo termín.
Prvý takýto prehľad môže vzniknúť manuálne nad dvomi či tromi projektmi. Automatizáciu som pridávala až vtedy, keď som vedela, aký výstup potrebujem a ktoré kontroly sa opakujú.
Jednoduché pravidlo je tu dôležité: skript zisťuje, či sa niečo zmenilo a či boli zahrnuté všetky projekty. AI interpretuje, čo táto zmena znamená. Človek potvrdzuje rozhodnutia, ktoré menia platný stav.
Prečo som potom potrebovala dashboard
Portfóliový briefing fungoval. Pri bežnej kontrole som však stále prepínala medzi ním, projektovými taskami a BEXPERA trackerom.
BEXPERA operatíva, tasky, kurzy, sprint a intake žijú v Google Sheete, ktorý používa tím. Zvyšok portfólia, PM tasky, rozhodnutia, projektové stavy a výstupy PM cyklov žijú v repozitári.
Oba zdroje majú svoj dôvod. Na otázku „kde to dnes stojí?“ som však stále potrebovala otvoriť viac miest.
Tak vznikol AI Project Memory Dashboard.
Štyri rozhodnutia, ktoré držia V1 jednoduchú
Dashboard zostáva read-only
Google Sheet zostáva zdrojom BEXPERA operatívy. PM repozitár zostáva zdrojom portfóliového kontextu. Dashboard ich číta a nič do nich nezapisuje.
Keď chcem zmeniť task, zmením ho tam, kde je jeho autoritatívny zdroj. Dashboard pri ďalšom načítaní ukáže nový stav.
Nemá vlastnú databázu
Dáta už existujú. Ďalšia kópia by priniesla otázky o synchronizácii, konfliktoch a aktuálnosti. V1 preto vytvára iba aktuálny snapshot nad existujúcimi zdrojmi.
Pri otvorení nepotrebuje AI
PM cykly už spravili interpretačnú prácu. Dashboard číta ich výstupy spolu s operatívnymi dátami.
Na zobrazenie stavu tasku, ownera alebo výsledku posledného PM behu nepotrebujem zakaždým volať jazykový model.
Neistota zostáva viditeľná
Ak chýba Google prístup, posledný PM beh zlyhal alebo si dva zdroje odporujú, dashboard to ukáže. Chýbajúcu informáciu nenahrádza odhadom.
Technológie použité v tejto verzii
Konkrétny dashboard je lokálna webová aplikácia. Jeho aktuálny stack vyzerá takto:
| Časť | Použité technológie |
|---|---|
| Webová aplikácia | Next.js, React a TypeScript |
| Rozhranie | Tailwind CSS a Lucide React |
| Dáta | Google APIs pre Google Sheet a lokálne čítanie z PM repozitára |
| Testy | Vitest |
| Projektová pamäť | Git a Markdown |
Tento stack nie je podmienkou na vytvorenie podobného systému. Dôležité je najprv určiť zdroje pravdy, pravidlá spájania dát a hranice oprávnení. Rovnaký princíp sa dá postaviť aj s inými technológiami.
Ako dashboard funguje
PM REPO ────────────────┐
│
├→ načítanie zdrojov
│ ↓
GOOGLE SHEET ───────────┘ spojenie dát
↓
kontroly kvality
↓
DashboardSnapshot
↓
7 pohľadov
PM repozitár poskytuje register ôsmich projektov, portfóliové tasky, aktuálny brief, rozhodnutia a receipty jednotlivých PM behov. Google Sheet poskytuje BEXPERA tasky, kurzy, sprint planning, report a intake.
Dashboard zdroje načíta, znormalizuje, spojí súvisiace záznamy a nad výsledkom spustí kontroly kvality. Až potom vykreslí pohľad pre človeka.
Sedem pohľadov, sedem otázok
Jednotlivé stránky som skladala podľa otázky, na ktorú potrebujem odpoveď.
| Pohľad | Otázka |
|---|---|
| Dnes | Čomu mám venovať pozornosť? |
| Projekty | Kde stojí ktorý projekt? |
| Úlohy | Čo je otvorené, v akom stave a čie to je? |
| Kurzy | Kde stojí konkrétna jazyková verzia? |
| Intake | Čo čaká na moje rozhodnutie? |
| Týždeň | Čo sme plánovali a čo reálne beží? |
| Stav behov | Funguje samotný PM proces? |
Dnes: čo potrebuje moju pozornosť

Stránka Dnes je hlavný vstup. Ukazuje priority z aktuálneho briefu, nedokončenú prácu, rozhodnutia a upozornenia zo systému.
Cieľom nie je zhrnúť všetko, čo sa v ôsmich projektoch deje. Potrebujem rýchlo rozlíšiť, kde sa práca pohla, čo stojí a kde moja reakcia odblokuje ďalší krok.
Projekty: celý stav vedľa seba

Každý projekt má stav, počet taskov, posledný výstup, ďalší krok, blokér a dátum posledného dôkazu. Detail zostáva v konkrétnom projekte.
Namiesto otvárania projektov jeden po druhom najprv vidím celé portfólio. Do detailu idem až tam, kde to dáva zmysel.
Úlohy: jeden task môže existovať v dvoch zdrojoch

BEXPERA task môže žiť v Google Sheete, pretože tam s ním pracuje tím. Portfóliový systém k nemu zároveň môže držať prioritu, ďalší krok alebo odkazy na dôkazy.
Rovnaký task preto spájam cez stabilné Work ID. Pri každom poli je určené, ktorý zdroj má prednosť.
| Pole | Prednosť |
|---|---|
| Stav, owner, týždeň a hodiny | Google Sheet |
| Portfóliový názov, ďalší krok, priorita a dôkazy | PM repozitár |
Prázdna hodnota nikdy neprepíše vyplnenú. Pri spojení dvoch zdrojov potrebujem vedieť, ktorému z nich verím pri konkrétnom type informácie.
Dashboard kontroluje aj kvalitu dát
Samotné zobrazenie mi nestačilo. Ak je v zdroji chybný údaj, nechcem, aby ho dashboard iba pekne vykreslil.
Kontroly preto upozorňujú napríklad na duplicitné Work ID, chybu v Google Sheete, nezhodu medzi plánom a reportom, neaktuálne plánovanie, neúplné pokrytie projektov alebo novší PM beh, ktorý začal, ale nedobehol.
Pri výpadku Googlu zostanú projektové stavy, portfóliové tasky a briefy dostupné z lokálneho repozitára. Dashboard zároveň ukáže, že Google vrstva chýba alebo používa starší snapshot.
Stav „neviem“ je aj tu užitočná informácia.
Čo dashboard zatiaľ nerobí
V1 neupravuje tasky, nezapisuje do Google Sheetu ani do PM repozitára, nemá vlastnú databázu, nie je hostovaná pre celý tím a nesynchronizuje ďalšie project management nástroje.
Počas prvého read-only pilotu sledujem najmä to, ktoré pohľady reálne otváram, kde aj tak končím v zdrojovom systéme, ktoré upozornenia zachytili skutočný problém a čo som postavila, ale nepoužívam.
Až potom dáva zmysel rozhodovať o write operáciách, tímovom hostingu alebo ďalších integráciách.
Ak si chcete navrhnúť vlastnú verziu
Tento dashboard sa nedá bezpečne skopírovať iba podľa vzhľadu. V inom tíme budú projekty, úlohy a rozhodnutia uložené inde. Rozdielne bude aj to, ktorý zdroj má pri konkrétnom poli prednosť.
Na prvý návrh si pripravte:
- dva alebo tri aktívne projekty ako pilot,
- zoznam súborov, tabuliek alebo nástrojov, v ktorých dnes držíte ich stav,
- tri otázky, na ktoré má spoločný pohľad odpovedať,
- označenie, ktorý zdroj je autoritatívny pre stav, ownera, termín a rozhodnutia,
- hranicu medzi tým, čo môže systém iba čítať, čo môže navrhnúť a čo smie zmeniť až človek.
Ak má Codex alebo Claude prístup k vašim projektovým súborom, môžete mu poslať tento článok spolu s nasledujúcim briefom:
Prečítaj tento článok ako príklad. Nekopíruj jeho architektúru. Navrhni najjednoduchšiu read-only verziu pre môj kontext.
Zatiaľ nič neimplementuj ani neupravuj. Najprv preskúmaj dostupné zdroje. Opýtaj sa iba na to, čo v nich nevieš nájsť.
Priprav mi:
1. tri otázky pre spoločný pohľad,
2. mapu zdrojov a zdroj pravdy pre každé dôležité pole,
3. read-only V1 pre 2 až 3 projekty,
4. pravidlá pre chýbajúce alebo rozporné údaje,
5. čo do V1 zámerne nepatrí,
6. päť testov úspechu pilotu,
7. implementáciu po malých krokoch.
Nepridávaj databázu, write operácie, integrácie ani agentov bez vysvetlenia, prečo ich pilot potrebuje. Nejasnosti označ ako TREBA POTVRDIŤ. Návrh mi ukáž pred implementáciou.
Ak AI nástroj nemá prístup k vašim zdrojom, pridajte anonymizovanú ukážku jedného projektu a niekoľkých úloh. Bez reálnych vstupov môže pripraviť všeobecnú architektúru, nebude však vedieť navrhnúť dôveryhodné pravidlá pre váš kontext.
Za použiteľný prvý výsledok by som považovala návrh, pri ktorom je jasné, odkiaľ každé pole pochádza, ako sa zobrazí neistota a čo systém nesmie zmeniť. Až po jeho potvrdení dáva zmysel začať stavať.
Čo sa zmenilo v mojom pracovnom flow
PROJEKT
↓
PROJECT MEMORY
čo má zostať zachované
↓
AI + PEVNÉ PRAVIDLÁ
čo sa zmenilo a čo tá zmena znamená
↓
PORTFÓLIOVÝ POHĽAD
čo potrebuje moju pozornosť
↓
READ-ONLY DASHBOARD
ako sa k tomu dostanem bez ďalšieho AI behu
Project Memory vyriešila odovzdávanie kontextu medzi nástrojmi. Portfóliový pohľad mi pomohol orientovať sa naprieč projektmi. Dashboard teraz ukazuje už existujúci a skontrolovaný kontext v momente, keď sa podľa neho potrebujem rozhodnúť.
Pri tomto som si uvedomila, že ďalším krokom pri AI workflow nemusí byť vždy ďalší agent. Niekedy už odpoveď máme. Potrebujeme vedieť, kde je a nakoľko jej môžeme veriť.
Ak chcete vidieť presné kontrolné brány, prácu s tokenmi a rozdelenie zodpovednosti medzi model, skript a človeka, pokračujte na technický deep dive AI Project Memory.
Praktické AI workflowy, nové články a pozvánky na Women in AI Prague meetupy.
Chcem pozvánku na ďalší meetup