07. 08. 2026
Dobrý projekt nestojí jen na dobrých lidech. Záleží i na tom, jak spolu pracují, jak dobře projekt znají a jestli za jeho výsledek dokážou převzít odpovědnost. Právě proto jsme v BlueGhostu změnili způsob, jakým týmy skládáme. Dnes fungujeme v projektových týmech – pevně daných skupinách lidí, které mají jasnou kapacitu a odpovědnost za konkrétní projekty. Co nás k téhle změně vedlo a co díky ní funguje jinak?
Dřívější model byl postavený na sdílení lidí napříč projekty. Pro každý projekt se podle aktuální potřeby skládal tým z dostupných kapacit. Na první pohled je to velmi flexibilní systém: když je někde potřeba víc vývoje, přesunou se tam lidé.
Jenže právě tahle flexibilita měla svou cenu.
Složení týmu se v průběhu projektu měnilo. Lidé přecházeli mezi projekty podle aktuálních priorit a projektový manažer neměl příliš velkou kontrolu nad tím, kdo a s jakou kapacitou bude na projektu pracovat za týden nebo za měsíc.
To komplikovalo dvě zásadní věci: kvalitu a termíny.
Když se mění lidé, mění se zkušenosti, znalost projektu i tempo týmu. Projektový manažer pak může velmi dobře řídit zadání, komunikaci s klientem nebo priority, ale jen omezeně ovlivní samotnou schopnost týmu projekt dodat.
Podobné to bylo s termíny. Pokud se kapacity přesouvaly podle toho, kde zrovna nejvíc hořelo, bylo těžké s jistotou říct, kolik práce tým skutečně zvládne.
A dopad to mělo i na samotné vývojáře.
Pokud člověk pracuje současně na několika projektech a mezi nimi neustále přepíná, těžko si k některému z nich vytvoří skutečný ownership. Místo „tohle je náš projekt a chceme ho posunout sem“ snadno vznikne režim „tady mám další task, který potřebuji dokončit“.
Projektové týmy tenhle princip obracejí.
Místo toho, abychom pro každý nový úkol hledali dostupné lidi napříč firmou, stavíme pevně dané týmy s jasnou kapacitou a odpovědností za konkrétní projekty.
To je důležitější změna, než se může zdát.
Tým postupně získává hlubší znalost projektu, jeho technického řešení, klienta i historie rozhodnutí. Nemusí pokaždé znovu získávat kontext a může mnohem lépe přemýšlet nejen nad tím, co je potřeba udělat dnes, ale také nad tím, kam projekt směřuje.
S tím přichází i větší pocit odpovědnosti za projekt. Vývojář pak není jen člověk, který dostal task. Je součástí týmu, který má společný cíl a nese odpovědnost za výsledek.
Jednou z největších výhod pevně daného týmu je předvídatelnost.
Když víme, kdo v týmu je a jakou má kapacitu, můžeme mnohem realističtěji plánovat. Projektový manažer nemusí při každé změně řešit, jestli mu někdo nevezme vývojáře na jinou prioritu. Může pracovat s konkrétní kapacitou a podle ní nastavovat očekávání klienta.
To samozřejmě neznamená, že se plány nikdy nezmění. Projekty jsou pořád projekty. Mění se zadání, objevují se komplikace a někdy přijde něco, co nikdo nemohl předvídat.
Rozdíl je v tom, že kapacita týmu už není další neznámá v rovnici.
Díky tomu můžeme lépe ovlivňovat nejen termíny, ale i kvalitu výsledku.
Projektový tým dává vývojářům možnost jít víc do hloubky.
Místo neustálého přeskakování mezi různými kódovými bázemi a kontexty tráví větší část času na projektech, které znají. Postupně rozumí nejen tomu, jak jsou postavené, ale také proč jsou postavené právě takhle.
To vytváří prostor přemýšlet nad lepším řešením, upozornit na problém dřív, než se projeví, nebo navrhnout změnu, která projektu dlouhodobě pomůže.
Pevně dané složení týmu zároveň pomáhá rozvoji lidí. Senior nemusí být člověk, kterého si půjčuje několik projektů pokaždé, když nastane složitější problém. Má větší prostor předávat zkušenosti lidem ve svém týmu. A junior má kolem sebe kontinuální prostředí, ve kterém může růst.
Pro projektového manažera znamená nový model především větší možnost ovlivnit výsledek.
Má tým, jehož kapacitu zná a se kterým může dlouhodobě pracovat. Společně si vytvářejí způsob fungování, poznávají silné stránky jednotlivých lidí a mohou se z předchozích rozhodnutí skutečně učit. Vede navíc menší tým než dřív, takže se lidem může věnovat opravdu individuálně – dávat zpětnou vazbu a cíleně plánovat jejich růst, ne to řešit mezi desítkami dalších věcí.
Odpovědnost za projekt tak není oddělená od lidí, kteří ho realizují.
Projektový tým není skupina zdrojů přidělených k seznamu úkolů. Je to jednotka, která má společně doručit dobrý výsledek.
Změnu by měl v ideálním případě poznat i klient – i když vůbec nemusí vědět, jak máme firmu organizačně postavenou.
Měl by vidět tým, který jeho projekt dobře zná a dlouhodobě se s ním nemění. Méně času se ztrácí předáváním kontextu a projektový manažer může spolehlivěji pracovat s kapacitou a termíny.
Dlouhodobě by výsledkem měla být nejen větší předvídatelnost, ale také vyšší kvalita. Tým totiž není motivovaný pouze dokončit aktuální zadání. Má důvod přemýšlet nad tím, v jakém stavu projekt zanechá pro další práci.
Projektové týmy jsou nakonec hlavně změnou odpovědnosti.
Dřív jsme byli schopní lidi velmi flexibilně přesouvat tam, kde byli právě potřeba.
Nový model část této flexibility vědomě vyměňuje za něco jiného: pevnou kapacitu, hlubší znalost projektu, předvídatelnost a pocit, že projekt je opravdu váš.
A na to, jak tahle změna vypadá v každodenní praxi a co přinesla lidem, kteří v projektových týmech pracují, se podíváme v dalším článku.
