Jak řídíme projekty pomocí jednoho úkolu v Teamworku (a jak nám ho pravidelně aktualizuje AI)

🗂️ Úvod

Máme rozdělaných několik desítek klientských projektů zároveň. Nejde o jednoho velkého klienta, ale spoustu menších a středních projektů různých klientů běžících paralelně. Každý z projektů jede ve svém tempu, s vlastními překážkami a vlastním rytmem komunikace. Stav každého z nich bych si jinak musel znovu poskládat z jednotlivých úkolů, e-mailů a zpráv z chatu. A to pokaždé, když se mě někdo zeptá “jak to vypadá s projektem X”. Nedělal bych pak nic jiného.

Řešení, ke kterému jsme došli, není nijak objevné. Je to řídicí úkol: jeden konkrétní úkol v Teamworku u každého většího projektu. (Teamwork je nástroj pro řízení projektů a úkolů, který u nás v ATWELu používáme napříč celou firmou.)

Takový řídicí úkol pak funguje jako dashboard. Nezavírá se, dokud projekt běží. Kdokoliv ho otevře, během minuty vidí, kde projekt je a co ho blokuje. A taky co je potřeba udělat dál. Novinka není v tomhle nápadu samotném. Novinka je v tom, že jeho pravidelnou aktualizaci jsme si nechali z velké části převzít od AI. Používáme k tomu napsaný postup, který je stejný pro člověka i pro Claudea.

📋 Co řídicí úkol drží na jednom místě

Řídicí úkol zakládáme u každého projektu, kde je víc než jeden vývojář nebo kde práce potrvá déle než pár týdnů. Zakládáme ho i tam, kde je na druhé straně klient či partner, se kterým běží pravidelné statusy. Popis úkolu vždy obsahuje stejnou kostru: krátké shrnutí aktuálního stavu, hlavní proudy práce s odkazy na exekuční úkoly, aktivní překážky a nejbližší kroky s jasným přiřazením, kdo je má udělat. Pokud žádné překážky nejsou, píšeme to tam explicitně. Sekci nevynecháváme.

Klíčové pravidlo, které z toho dělá použitelný nástroj, a ne další zapomenutý dokument: popis se přepisuje, komentáře se hromadí. Popis vždy odráží aktuální realitu, takže do něj patří jen to, co platí teď. Průběžné zápisy, shrnutí callů a týdenní postřehy jdou jako komentáře, které se nikdy nemažou ani needitují. Vznikne tak čitelný dashboard nahoře a auditní stopa pod ním. Ne jeden dlouhý dokument, kde se ztrácí, co je ještě aktuální a co už je z minulého měsíce.

🤖 Kde do toho vstupuje AI

Tahle část je pravidelná údržba, přesně ten typ automatizace rutinních postupů. Je to práce, která se nejsnáz zanedbá, protože sama o sobě nikdy nehoří. Napsali jsme si proto postup, který popisuje krok za krokem, jak se řídicí úkol aktualizuje. Definuje, kde se bere datum poslední aktualizace a že se musí projít úplně všechny komentáře od tohohle data, ne jen poslední tři. Určuje taky, jaké nové nebo dokončené úkoly se mají zohlednit a jak se má stará verze popisu archivovat do komentáře, aby se nic neztratilo.

Tenhle postup je zapsaný jednou, nezávisle na tom, jestli ho spouští člověk, nebo AI. My ho spouštíme přes jeden příkaz v Claude Code. Dostane odkaz na úkol, projde SOP krok po kroku a na konci mi ukáže návrh nového popisu a text komentáře. Nic se nezapíše do Teamworku, dokud návrh výslovně nepotvrdím. Je to přesně stejný typ řízené automatizace administrativy, jaký popisujeme u denní svodky a e-mailového managementu v předchozím díle téhle série. AI čte, porovnává a navrhuje. Rozhodnutí a zápis dělám vždycky já.

Praktický rozdíl proti ručnímu procházení: postup nikdy nepřeskočí krok “projít všechny komentáře od poslední aktualizace”. Nepřeskočí ho, ani když je komentářů dvacet a je pozdní odpoledne. Člověk to při ruční aktualizaci občas přeskočí, protože se mu nechce, nebo si myslí, že poslední tři komentáře stačí. AI ne, pokud jí to explicitně nedovolím.

📊 Konkrétní dopad

Jeden konkrétní běh nanečisto na jednom z našich delších klientských projektů to potvrdil. Šlo o ruční projití postupu krok za krokem, bez placené automatizace. Odhalil čtyři věci, které by jinak zůstaly v popisu úkolu ležet dál jako neaktuální:

• Dva úkoly vedené jako “po termínu, stále rozpracované” byly ve skutečnosti dávno dokončené. Popis úkolu o tom nevěděl, protože je nikdo nešel ručně zkontrolovat.
• Jeden úkol vedený jako “probíhá” měl už dávno mergnuté navazující pull requesty na obou příslušných větvích. Kontrola stavu PR přes API to odhalila za pár vteřin, ne ruční procházení repozitáře.
• Dva nové úkoly a jeden úplně nový proud práce (bezpečnostní zálohování) v projektu mezitím vznikly. Do řídicího přehledu se ale nikdy nedostaly, protože je nikdo nešel dohledat mimo hlavní seznam úkolů.
• Součet nových časových záznamů ukázal na pravděpodobné překročení měsíčního paušálu, dřív, než by to zjistila fakturace na konci měsíce.

Ani jedno z toho nebyl dramatický objev. Byly to přesně ty drobné nesrovnalosti mezi tím, co si popis úkolu myslí o projektu, a tím, co je reálně pravda. Právě tyhle nesrovnalosti se v provozu hromadí nejrychleji a všimne si jich obvykle až klient nebo faktura.

🎛️ Co AI dělá a co ne

• ✅ AI dělá: projde popis úkolu, všechny komentáře od poslední aktualizace, nové a dokončené úkoly v projektu, stav navazujících pull requestů a časové záznamy. Sestaví návrh nového popisu a návrh archivního komentáře přesně podle šablony.
• 🚫 AI nedělá: nic nezapisuje do Teamworku bez mého výslovného potvrzení, nerozhoduje sama, co je priorita, a nemaže ani needituje starší komentáře. Návrh vždycky nejdřív vidím celý, dřív, než se cokoliv zapíše.

Stejně jako u denní svodky, i tady je to vědomá volba, ne technické omezení. Řídicí úkol je jediné místo, kam se dívá celý tým i klient. Cena chyby v automatickém zápisu je proto vyšší než u soukromého e-mailu. Návrhový, ne rozhodovací režim je proto správný krok, dokud si nebudeme jistí, že se dá důvěřovat bez kontroly.

🏢 Přesah pro firmy obecně

Tohle není nástroj jen pro vývojářské agentury. Princip automatizace firemních procesů kolem pravidelného stavového přehledu funguje všude tam, kde jeden člověk nebo malý tým řídí víc paralelních věcí najednou, ať už jsou to projekty, klienti, nebo interní iniciativy, a kde se stav ztrácí mezi hlavou vedoucího, tabulkou a poznámkami z callů.

Co potřebujete, aby to fungovalo i u vás:

• jedno centrální místo pro stav projektu (nemusí být Teamwork, stačí cokoliv, kde to reálně čtou všichni relevantní lidé),
• jasně napsané pravidlo, co patří do “aktuálního stavu” a co je jen průběžný zápis,
• napsaný postup aktualizace, který je stejný pro člověka i pro AI, ne “podle nálady”,
• pravidelný rytmus kontroly, i u klidnějších projektů, kde zabere pět minut,
• a vždy někoho, kdo návrh před zápisem přečte a potvrdí. AI má připravit podklad, ne rozhodnout za vás.

👉 Závěr

Řídicí úkol sám o sobě není nový nápad, dobré projektové řízení tohle dělalo i před AI. Rozdíl, který nám AI přinesla, je v tom, že se stejný napsaný postup dá spustit opakovaně, důsledně a bez toho, aby se přeskočil krok, na který by unavený člověk v pátek odpoledne rezignoval.

Pokud řešíte podobný problém (víc paralelních projektů nebo klientů, než kolik unesete v hlavě) a chcete probrat, jak by se dal podobný řízený přehled nastavit u vás, ozvěte se nám. Podíváme se na to v rámci služby automatizace procesů a využití AI. Pokud vás zajímá první díl téhle série, přečtěte si Jak si automatizuji den pomocí AI, nebo starší Jak jsme s pomocí AI připravili firemní dokumentaci.