Úvod

1. Seminářpro začínající a mírně pokročilé projektové manageryNebojíme se zeptat aneb jen hlupák ví všechno

2. Úvod Program • Zahájení – představení sdružení Projektový undeground (Igor Luhan) • Úvod – projektový manager (Aleš Zeman, Klára Velinská) • Desatero projektového managera (Klára Velinská, Aleš Zeman) • Diskuze Pravidla semináře • V semináři některé pojmy a situace pro lepší pochopení zjednodušujeme (Jejich detailnější rozbor můžeme prodiskutovat osobně, nebo mu věnovat některou z regulérních schůzek Projektového undergroundu.) • Pro zjednodušení se budeme držet jen projektového řízení v rámci vývoje SW produktu postupem „waterfall“ (V případě ohlasu s Vámi jiné postupy nebo prostředí rádi projdeme na některém z dalších seminářů) • V rámci semináře se budeme odkazovat na jednotlivé projektové fáze • Dotazy budeme pokládat až v diskuzi (Vyjímkou je situace, kdy nechápeme pojem nebo souvislost.)

3. Projektový underground Co děláme • diskuzní schůzky k předem daným tématům (cca 5x ročně) • přednáška odborníka s diskuzí (cca 2x ročně) • plenární schůzka – několik přednášek + co dál • tato akce (novinka) • webové diskuze apod., např. slovník (v rozběhu) • projektové minimum (v přípravě) Proč to děláme • Společná, transparentní platforma pro výměnu znalostí a zkušeností komunity projektových vedoucích • Chceme rozvíjet povědomí o projektovém managementu v rámci ČR • Chceme se aktivně podílet na formování směru, kterým se projektový management v České republice ubírá. • Zásadně zdarma bez reklam • Chceme, aby aktivity sdružení byly transparentní, aby poskytovaly stejný komfort a informace všem svým členům bez rozdílu. • Chceme, aby si sdružení udržovalo svůj status neziskové organizace a zásadně odmítáme jeho zneužívání pro komerční a osobní zájmy.

4. Projektový manager Co je to projekt? Projektje definován jako jednorázová aktivita, která je prováděna za účelem dosažení předem stanoveného cíle, v plánovaném čase a při vynaložení jednorázových lidských a materiálních zdrojů. Kdo je to Projektový manager? Projektový manažer je osoba zodpovědná za dokončení stanovených cílů projektu. Jedná se tedy o osobu s celkovou odpovědností a autoritou požadovanou pro dokončení projektu. Jestliže projektový manager nemá přidělenu celkovou odpovědnost nebo autoritu, lépe jeho roli popisuje význam projektový administrátor, koordinátor nebo fasilitátor. Profesionální vlastnosti, které by měl projektový manažer mít jsou mimo jiné schopnost vedení lidí, koordinace týmové práce, orientace na klienty a výborné komunikační dovednosti.

5. Projektový manager Je důležité vést v patrnosti základní pravidla • Držet se poměru cena vs. výkon • Vytváření jasných a dosažitelných cílů • Řízení 3 základních faktorů • Termínu • Rozpočtu • Rozsahu (kvantitativně i kvalitativně) Je nezbytné dodržet základní projektový cyklus

6. Nabídka Je třeba si uvědomit, že co naslibujeme, také musíme dodat. • Správná identifikace požadavků • Vždy zjistit očekávání zákazníka • Zaměřit se na podmínky a omezení (co si nevyjednám teď, pak už jen težce), záruční podmínky, servis • Svět okolo projektu (pro interní projekty je alfou i omegou), vazby na ostatní projekty, priorita projektu • Identifikace případné další součinnosti vlastní i subdodavatelů, dobu trvání, podmínky, návaznosti atd. (typicky pro testování) • Pracovat s reálným odhadem času • Čerpám z historických informací • Poměr cena vs. Výkon

7. Plánování Plánování je výstup dohody všech stran, nikoliv jen PM. • Výstupy z této fáze jsou důležitým, jediným a oboustranně odsouhlaseným držitelem všech informací: • Jak bude projekt veden • Např. analýza, design, realizace, testování,…( stanovení životního cyklu projektu v návaznosti na životní cyklus produktu) • Co vše bude potřeba provést/zajistit/vykonat, aby práce projekt byl doručen • Stanovení procesů dle kterých bude projekt řízen • Kdy bude projekt dokončen, jaké jsou jeho milníky, definice akceptací • Potvrzení zdrojů • Potvrzení a zanesení součinnosti do plánu

8. Plánování Komunikace se také plánuje. • HW/SW prostředí se také plánuje • Nezapomeňte na verzování a konfigurační management • I post release podpora (baby sitting) se plánuje. • Připravte si plán rizik • Buffer je nedílnou součástí plánu a chrání dodavatele projektu před větším problémem – občas ho jen politicky nazýváme kontingenční rezervou • Vazby na svět okolo projektu mohou s plánem značně zahýbat (např. HW/SW) • Peníze plánujte uvážlivě s přihlédnutím na • Projektové milníky • Controlling • Podmínky akceptace – (určitě jste na ně nezapoměli v nabídce)

9. Realizace PR není sprosté slovo, opečovávej nejen vlastní tým, ale i odběratele a dodavatele. • Čím lépe jste plánovali, tím méně problémů a rizik teď budete řešit. (viz. nabídka a plánování) • PM je často v roli integrátora, pozor na mikromanagement • Na řešení problémů využijte všech svých softskills • Pozor na rizika, v průběhu se budou měnit • Je čas budovat další obchodní příležitosti • I unit testy jsou součástí realizace • Nezapomeňte na přípravu odinstalace(při no go rozhodnutí nebo při nepovedené instalaci ji pak budete vyvažovat zlatem)

10. Příprava provozu Buďte nezávislí, nenechte se manipulovat • V této fázi se nevyplácí šetřit časem, co se nevyřeší během ní, budete řešit v den releasu (Murphyho zákon) • Dodělejte vše co se zatím nestihlo a zkontrolujte formální stránku projektu • Školíme • Dokumentujeme • Pozor na testing a požadovanou součinnost, návaznost (i na ostatní projekty a změny), dobu trvání, podmínky a alokaci všech prostředí • Dle prostředí a typu projektu známe mnoho druhů testování - AT (SAT, CAT), UAT, integrační, E2E, performance, …) • Transition / cut over plán by mělobsahovat i go / no go rozhodnutí.

11. Provoz I v podpoře provozu je třeba zdrojů. • Pokud chcete dělat nějaké další projekty nezapomeňte splnit vše co jste během projektu slíbili a to nejen zákazníkovi – odměny, reference, party, … • Projekt nekončí kompletní předávkou, ale uzavřením • Některé interní projekty končí předávkou do provozu, jiné až vyhodnocením a předáním zkušeností • Nejpozději zde definujte záruční podmínky • Ztráta při modifikaci dodávky • Způsob schvalování změn a dalšího vývoje při uchování záruky (často za poplatek)

12. Desatero PM • Projekt začíná nabídkou • Je třeba si uvědomit, že co naslibujeme, také musíme dodat • Plánování je výstup dohody všech stran, nikoliv jen PM. • Čím lépe budete plánovat, tím méně problémů a rizik budete později řešit. • Buffer je nedílnou součástí plánu. • I komunikace se plánuje. • PR není sprosté slovo, opečovávej nejen vlastní tým, ale i odběratele a dodavatele. • Buďte nezávislí, nenechte se manipulovat • I v podpoře provozu je třeba zdrojů. • Pokud chcete dělat nějaké další projekty nezapomeňte splnit vše co jste během projektu slíbili a to nejen zákazníkovi

13. Děkujeme za pozornost! OTÁZKY A ODPOVĚDI

14. Kontakty Klára Velinská, CAPM ANECT - Project managere-mail: klara.velinska@mypmi.eu Ing. Aleš Zeman OSVČ - Project manager, Business conzultant e-mail: ales.zeman@mypmi.eu Ing. Igor Luhan, CSc., PgMP, PMPOSVČ -Senior program a project manager, Senior consultante-mail: igor.luhan@mypmi.eu Projektový Underground Sdružení projektových managerů web: www.mypmi.eu e-mail: mypmi@mypmi.eu

15. BACKUP

16. Desatero PM Jak by vypadalo zobecněnější desatero?