Když projekt neřídíte jako projekt, nemůže to fungovat

Koncem září jsem měl tu čest vystoupit na setkání pro partnery a zákazníky společnosti Navigo Solutions, která vytváří SW Navigo3 určený především pro řízení projektů v projekčních kancelářích a všude tam, kde je potřeba intenzivně hlídat vyčerpané náklady, neboť marže jsou nízké. Měl jsem přednášku a diskuzi na téma role projektového manažera, což vyústilo v poskytnutí rozhovoru pro web tzbinfo a jehož přepis nyní uveřejňuji i zde.

Jaké nejčastější chyby vídáte v projektovém řízení ve firmách?

Asi tou nejzásadnější chybou je, když věci, které mají charakter projektu, neřídíte jako projekt. Tedy když se k zadání nepřistoupí adekvátně a někdo se práci na projektu snaží řídit jiným způsobem. Například jde o situaci, kdy někdo řeší věc, která má všechny znaky projektu, ale přistupuje k ní jako k běžné provozní činnosti. Řídí ji vertikálně podle struktury firmy, místo aby ji vedl napříč lidmi, kteří na projektu spolupracují. Výsledkem je, že se ztrácí koordinace a projekt nefunguje. (Pokračování textu…)

Škálování agility naruby

Škálování agility se v mnoha organizacích a konceptech diskutuje už dlouhé roky. Vznikly různé rámce typu LeSS, SAFe, Scrum of Scrums atp. a daná oblast je už řekněme docela dost prozkoumána. Otázka však byla v tomto ohledu vždy položena ve smyslu „Jak zkoordinovat více týmů nad jedním produktem?“. Nicméně, ve své konzultační praxi jsem se v menších firmách nebo dílčích částech větších firem setkal i ze zcela opačnou otázkou: „Jak má jeden tým zvládat vícero produktů či projektů najednou?“

Takto položená otázka je prozkoumána mnohem méně. Poměrně často vede snaha o její zvládnutí k fragmentaci a dekompozici týmu na shluk jednotlivců, což je jistě škoda. Jak to tedy řešit, abychom měli proaktivní, efektivní a motivovaný sebeorganizovaný tým a zároveň s tímto týmem mohli řešit víc než jeden produkt či projekt?

Typicky jde o situaci nějaké řekněme menší SW společnosti, která má jeden nebo několik málo týmů a ty řeší i vyšší desítky různých zákazníků, kteří požívají jejich řešení. S tím jsou spojeny různé změnové a další požadavky, údržba včetně aktualizace a do toho se míchají i zcela nové implementace apod. Snaha něco takového uřídit velmi často končí hašením těch nejvíce hořících požárů a o nějakém společném „tahu na branku“ nemůže být moc řeč. Každý se prostě snaží přežít v prostředí, kdy se požadavky kupí ze všech stran. (Pokračování textu…)

Konference PM Zlín 2025 – co se diskutovalo?

V druhé půli května proběhl již 16. ročník Konference PM Zlín 2025. Takto třídenní akce byla již tradičně vyprodána a plná jak zajímavého programu, tak příležitostí k networkingu. Byla možnost se setkat se spoustou osobností PM světa z ČR i ze Slovenska a vyměnit si poznatky a zkušenosti. A co se nejvíce řešilo a diskutovalo? Kromě celkové diskuze o posunu a proměnách našeho oboru a role projektových manažerů byla nejvíce slyšet témata jako:

Samozřejmě se vším prolínala i aplikace AI, nicméně už bylo znát, že tento trend už přítomní vzali za svůj a diskutovali zkušenosti s praktickou aplikací. Podívejme se na to vše podrobněji. (Pokračování textu…)

Product Owner – role (nejen) pro Scrum tým

Product Owner pravděpodobně není ta první role, která se Vám vybaví při diskuzi o agilitě nebo přímo Scrumu. To je asi v pořádku, vždyť Scrum Master je zodpovědný za zavedení Scrumu tak, jak je definován ve Scrum Guide. Je tedy určitým zosobněním Scrumu v rámci dané organizace a nejspíš i mimo ni.
Mimochodem, i z té definice vyplývá, že role ve Scrumu autoři mysleli tak, jak je nazvali. Scrum Master je tedy „Mistr Scrumu“, seniorní leadershipová role. Člověk, který do značné míry ovlivňuje chod organizace. Přinejmenším svěřeného týmu a jeho okolí. Není to tedy asistentka s nalepovacími lístečky nebo koordinátor porad nebo nějaký juniorní učeň. Taková představa Scrum Mastera je v tomto kontextu spíše úsměvná (a přesto dost často vidět… a hádejte, jak to na daném místě funguje :)). Chcete mistra Yodu nebo alespoň Obi-wana, ne mladého Skywalkera na farmě v poušti.

To samé platí pro roli Product Owner. Přitom ta je často tak trošku mimo pozornost. Ale Scrum tým má tři základní role a stejně jako barová židlička potřebuje všechny tři, jinak jde k zemi.
A je vlastně např. i mnohem méně kurzů zaměřených na Product Owner dovednosti, než na Scrum Mastery. Pojďme se tedy na tuto zajímavou roli podívat podrobněji. (Pokračování textu…)

Na co se můžete těšit v programu letošní Konference PM Zlín?

Letošní Konference PM Zlín 2024 proběhne tradičně na jaře. Letošní termín je 21.-23. května. Tématem je I AM vs. AI. Můžete se tedy těšit na příspěvky zaměřené jak na člověka v kontextu týmů, projektů a dalších aktivit, tak na aktuální diskuzi a zkušenosti s využitím AI v našich oborech.

Program se ještě upřesňuje, nicméně již nyní lze říct, že úterý, zahřívací den, bude jako tradičně zaměřen na několik delších workshopů a her. Konkrétněji se můžete těšit na ClimateFresk workshop od PMI, Room of Games Evy Švirákové nebo workshop AI and I. Kapacita bude omezena, sledujte tedy naše infokanály (FB konference, tento web, LinkedIn PM Consulting) a pokud budete mít zájem, registrujte se včas. Termín spuštění registrace oznámíme v dostatečném předstihu. (Pokračování textu…)

Konference PM Zlín 2024 – I AM x AI – Save the date!

Konference PM Zlín 2024 proběhne ve dnech 21. – 23. 5. 2024. Téma 15. ročníku je I AM x AI! Po vlně zájmu z posledních ročníků jsme se rozhodli pro rošíření programu během „zahřívacího“ prvního dne konference. Nebojte se, začínat budeme až v odpoledních hodinách, takže bude jistě dost času se do Zlína pohodlně dopravit.

Registrace bude spuštěna v lednu roku 2024 s cenami:

Program se zatím připravuje a ladí, s čímž můžete být i nápomocni. Uvítáme tipy na zajímavá témata i řečníky. Konference PM Zlín 2024 je pro Vás, takže ať zde najdete to, co hledáte. (Pokračování textu…)

PMI konference v Praze – zveme Vás!

S potěšením Vás zveme na druhý ročník PMI konference pořádanou (PMI CZ chapterem), která proběhne 8. listopadu 2023 v Praze na Brumlovce. A na co se můžete těšit?

Téma je navigace ve stále se měnícím světě projektového managementu. Budeme tedy objevovat nejnovější trendy, které formují naše odvětví a vedou k úspěchu projektů všech velikostí.

Změna je totiž základním kamenem pokroku. Na konferenci prozkoumáme osvědčené strategie a metodiky řízení změn, které Vám umožní vést transformace s jistotou a obratností. Objevte sílu týmové identity a oslavte sílu, kterou kulturní rozmanitost přináší projektovým týmům. Prozkoumejte s námi, jak soudržné týmy poháněné různorodými perspektivami dosahují výjimečných výsledků. (Pokračování textu…)

Mapování toku hodnoty – cesta k vyšší efektivitě

Mapování toku hodnoty (value stream mapping) je velmi užitečným postupem nezávisle na tom, co děláte. Je to jedna z důležitých součástí tzv. LEANu (či Lean Thinking – štíhlého myšlení). V tom je jedním ze základních principů snaha dělat jen to, za co je zákazník ochoten platit (tedy to, co má hodnotu) a minimalizovat věci, za které nikdo platit nechce (plýtvání). Což v obecné rovině dává jistě smysl.

Hledáme tedy odpovědi na otázky jako: „Jak a kde tato hodnota vzniká? Jak ji zajistit? Jak ji vytvářet bez plýtvání?“ K hledání odpovědí slouží mimo jiné právě mapování toku hodnoty. Základní postup je popsán v pěti krocích: (Pokračování textu…)

Disciplined Agile Delivery (DAD) – seznamte se!

Disciplined Agile Delivery (DAD) je hybridní agilní přístup k vývoji a poskytování IT řešení zaměřený na lidi v realizačních týmech, zákazníky a další v jejich okolí. DAD řeší všechny aspekty celého životního cyklu vývoje a dodávky produktu a podporuje různé způsoby práce (WoW – way of working), které lze přizpůsobit kontextu, ve kterém se zrovna nacházíte. Disciplined Agile Delivery je celostní a agilní rámec řízení projektů, který kombinuje nejlepší prvky různých agilních metodik a praktik dohromady, aby organizacím umožnil lépe se přizpůsobit a reagovat na změny.

Tolik základní terminologie. Co to však znamená v praxi? DAD je rámec, který vznikl v roce 2015 pod vedením Scotta Amblera a Marka Linese. Ústřední myšlenkou je vyplnění určité procesní mezery z pohledu organizace, které jednotlivé rámce jako SCRUM nebo Kanban zkrátka neřeší. Do roku 2019 vznikly celkem čtyři evoluční verze DAD, načež byl celý tento rámec začleněn do PMI a vzniklo i certifikační schéma od PMI s tímto rámcem spojené. Pojďme se na to celé tedy podívat blíže. (Pokračování textu…)