Projektový ManažerOdpovědi na Pohovor

Začínám s jasnou projektovou chartou: rozsah, cíle, zainteresované strany, omezení a kritéria úspěchu. Sestavím podrobný WBS a harmonogram, identifikuji závislosti a od prvního dne vytvořím registr rizik. Během realizace provozuji pravidelné standupy, sleduji průběh vůči základnímu plánu a včas eskaluji blokátory. Řízení změn udržuje rozsah pod kontrolou. Při uzavření projektu pořádám sezení lessons-learned a dokumentuji výsledky vůči původnímu zadání. Přísné plánování zpočátku ušetří mnohem více času, než kolik stojí.

Scope creep řídím prostřednictvím formálního procesu řízení změn, který zavedu při zahájení projektu. Každý požadavek, který mění rozsah, je zdokumentován, posouzen z hlediska dopadu na čas, náklady a kvalitu a předložen řídícímu výboru nebo sponzorovi k rozhodnutí. Jsem transparentní se zainteresovanými stranami ohledně kompromisů — přidávat rozsah bez navýšení času nebo rozpočtu je nereálné a říkám to jasně. RACI matice a protokoly schvalování dělají odpovědnost jasnou od začátku.

Projekt migrace systému se opozdil o šest týdnů, protože jsme podcenili problémy s kvalitou dat. Nepočítal jsem s dostatečnou rezervou pro fázi průzkumu. Zotavil jsem se tím, že jsem přepracoval základní harmonogram, zajišťoval zdroje pro samostatný pracovní proud čištění dat a komunikoval transparentně se sponzorem. Dodali jsme o 10 dní později, ale v rámci rozpočtu. Poučení: vždy zahrnout fázi průzkumu/posouzení u migračních projektů a nikdy nepodceňovat data.

Zainteresované strany zmapuji brzy — jejich vliv, zájem a preference komunikace. Když vzniknou konflikty, přivedu je do zdokumentovaného fóra, objektivně představím kompromisy a pomohu zainteresovaným stranám slaďovat se na primárních kritériích úspěchu projektu. Pokud je řešení zablokované, eskaluji ke sponzorovi. Většina konfliktů podle mě vyplývá z neshody v očekávání, ne z nekompatibilních rozdílů — jasná dokumentace a včasná komunikace předcházejí většině problémů.

Můj výchozí přístup je hybridní. Používám principy Agile — krátké sprinty, pravidelné retrospektivy a iterativní dodávky — pro projekty s vyvíjejícími se požadavky nebo technickou neurčitostí. Pro regulatorní, infrastrukturní nebo programy s pevně daným rozsahem uplatňuji strukturované waterfall nebo kontroly PRINCE2 — jasné fáze, stage gates a zdokumentovaná rozhodnutí. Metodika by měla sloužit projektu, ne naopak. Mám certifikaci PMP a zkušenosti s PRINCE2.

Vytvořím registr rizik při zahájení a přezkoumávám jej týdně. U každého rizika posuzuji pravděpodobnost a dopad, přiřadím vlastníka a definuji strategii zmírnění a kontingenční plán. Rozlišuju rizika (potenciální budoucí události) a problémy (problémy, které již nastaly) a sleduji obojí odděleně. Pět nejvýznamnějších rizik prezentuji sponzorům na každé schůzce se statusem — dobré řízení vyžaduje, aby rozhodovatelé viděli přehled rizik, ne jen zelený stav.

Vytvářím jasnost — jasné cíle, role a očekávání jsou základem vysokého výkonu. Chráním tým před zbytečným organizačním šumem a aktivně odstraňuji překážky. Uznávám přínosy na týmových schůzkách a v 1:1. Zapojím členy týmu do řešení problémů místo pouhého zadávání úkolů — zodpovědnost zvyšuje motivaci. Pravidelné retrospektivy dávají týmu hlas a jednat na základě zpětné vazby ukazuje, že naslouchám. Kulturu formuje konzistentní chování.

Používal jsem Jira a Confluence pro agilní dodávky, MS Project pro plánování založené na Ganttově diagramu u složitých programů, Asana a Monday.com pro menší iniciativy a Smartsheet pro přehled napříč funkcemi. Pro komunikaci používám Slack a Teams. Nástroj je méně důležitý než disciplína — ať už je to jakýkoli nástroj, zajistím, aby byl jediným zdrojem pravdy, udržovaný aktuální a viditelný pro všechny zainteresované strany. Přizpůsobím se preferovanému nástroji týmu.