Význam projektových manažerů

[sofa_king]

Proč jsou vlastně v IT tolik populární projektoví manažeři? Podle definice má projekt definovaný začátek a konec, jenže IT "projekty" jsou tak trochu bez konce.

Pokud se IT vývoj bere skutečně jako projekt, najmou se lidi, něco se vytvoří a pak se to jen tak předá jako houska v pekárně, tak to dopadá špatně.
Pokud se vytvoří dva "projekty" - jeden na vývoj a jeden na údržbu, lze to rozdělit podle toho, kdo bude vykonávat údržbu

1. Ti samí, co prováděli vývoj, protože o tom ví nejvíc - Pak se nejedná o projekt, protože práce pokračuje formou údržby donekonečna (nesplňuje podmínku definovaného konce)
2. Jiný tým - dopadá špatně, proto se stejně udržuje kontakt s původním týmem

V outsourcingu, kde je to všem jedno, protože se musí jenom osekat náklady, bývá projekťák opice v kravatě, přes kterou se protlačí požadavky na programátory, protože přes technickou neznalost nedokáže nesmyslné/nesplnitelné požadavky odmítnout. Programátor už pak takový požadavek neodmítne, protože ten už je svatě v bugtrackeru a navíc je programátor obecně nekonfliktní typ. V takovém případě "projekt" také nesplňuje podmínku konce. Jen se pro kontrolu nad vývojem musí najmout projekťák s co nejvíce certifikacemi, aby to všechno dobře vypadalo.

K čemu ale prosperující firma nebo nadějný mladý startup potřebují projektové manažery? Pokud je jejich "projektem" vytvoření nejlepšího produktu na trhu, nepotřebují spíš někoho, kdo se bude starat o to, aby byl jejich produkt nejlepší na trhu? Nebo aby se zkoordinovaly jednotlivé týmy, co produkt vytvářejí?

Pak by se měli místo projektových manažerů najímat spíš produktoví manažeři, koordinátoři nebo sekretářky a měli by úplně jiné povinnosti (např. market fit, zajištění kvality produktu, komunikace mezi týmy, zapisování progresu a splněných tasků, ...). Už jen tím, že se najme projekťákt, který je trénovaný na trackování budgetu, deadlinů, odhadování času/rozpočtu na task a buzerování ve stylu scrum, se začne vývoj soustředit na neproduktivní a perverzní incentivy (počet řádků kódu, splňených ticketů, vyřešených bugů, odsezených hodin v kanclu, ušetřených dolarů za vývoj, ...). Když se takovým lidem říká projektový manažer, nedostane tím tak náhodou pozici nadřazenosti ve firemní hierarchii, když je vlastně manažer nebo scrum MÁSTR, přestože dělá ve většině případů jen sekretářskou (zapisovací) práci?

Jaké jsou vaše zkušenosti s projekťáky? Taky se vám na způsobu řízení IT něco nezdá? Mám jen špatné zkušenosti, nebo jsme země, v IT plná pouze outsourcingových příležitostí, co si nechá skrz projekťáky kadit na hlavu?

[Reklama]

[Kit]

Docela mi vyhovuje, že v práci nemusím brát telefony zákazníků a že jejich požadavky dostanu přeloženy do jazyka, který je mi bližší. Z mého pohledu to jsou lepší sekretářky. Mohu se tedy věnovat programování.

[PM]

[Achjo]

Ach jo to tady zas bude naflejmovano.

1. Ano nemas dobre zkusenosti a asi si nenarazil na dobre PM.
2. Zrejme ani nechapes princip a prinos PM.
3. PM neni vse, potrebujes jeste PO (product owner) aby slo vsechno jako po masle.
4. "Prosperujici firma" co nepotrebuje PM je oxymoron. Startupy jsou dalsi pripad (jako tak nejak im fandim, ale jsou to obvykle horke hlavy neschopne dodat nic nez sliby a jejich rizeni je spise nerizena strela s vyhorenym motorem vypalena egem vizionare) kde dobreho PM uvidite tezko.

[ehmmm]

Jak pise Kit, ti co umej dobre programovat, at sedi v kanclu programuji a my ostatni jim holt zaridime to okolo.
Par let jsem si to zkusil. Za tyden jsem napsal tak asi 20 radku kodu a denne asi 20 mailu, telefonatu nepocitane.
V nasi male firme byla napln prace projektoveho manazera asi nasledujici:
* Zajet s obchodnikem k zakaznikovi, aby mu obchodnik nenasliboval totalni hovadiny.
* Sepsat z toho pro obchodnika specifikaci pro nabidku. Idealne tak dobre, ze pokud zakazka dopadne, tak specifikace da primo programatorum.
* Kdyz uz se teda ta zakazka realizuje, tak zaridit, aby prideleni programatori na ni meli cas a klid (v ramci moznosti).
* Ohlidat, aby slabsi prideleni programatori moc netapali a neprogramovali neco uplne jineho.
* Pokud jsou schopnejsi programatori hotovi prilis brzy a nespotrabovali vsechen prideleny cas, tak je bez vedomi nadrizenych vyuzit na dodelani neceho, z ceho uz delsi dobu mame trochu cerne svedomi.
* Vyjednat nasazeni u zakaznika a dohlednout na nasazeni.
* Vysvetlit zakaznikovi, ze takhle nejak to chtel, pripadne si ujasnit co jak a za kolik by chtel jinak. Podepsat predavaci protokol.
* A prubezne vyplnovat firemni lejstra spojena se zakazkou.

V podstate hlavni duvod existence teto pozice je zalozen na tom, ze spoustu sikovnych programatoru se malem zhrouti, kdyz jim neco neni jasne a ty jim odpovis ve stylu, at si zavolaji zakaznikovi a domluvi se s nim. Takove programatory je potreba vyslechnout a domluvit to se zakaznikem sam. Kdyby existovali technicky zdatni obchodnici a komunikativni programatori, tak je projektak zbytecnej.

[Reklama]

[Ivan Nový]

Role projektového manažera? Hlídat termíny a náklady, pokud se ubírá projekt špatným směrem, pak povinnost ten směr nekompromisně utnout. Mít nadhled a nemít k projektu emocionální vazbu.

[PM]

https://www.youtube.com/watch?v=BKorP55Aqvg

[Kiwi]

https://www.youtube.com/watch?v=BKorP55Aqvg

Korporát 

[Youda]

Hlavni ukolem projektaka je uchranit vykonne lidi od reseni picovin. A to jak pochazejicich od zakaznika, tak od nich samych, ano tahle ruzova je dostatecne ruzova, ser na to.
Koordinuje lidi a terminy, resi papirovani.
Dobrych projektaku je v CR pomerne malo, obecne je tu rizeni lidi na mizerne urovni.
Trebe Skoda si musela privezt stredni mgmt z Nemecka, v CR vesmes hnupi, jejichz jedinym zajmem je ochrana vlastni zadele.

[ruby]

ja pracujem ako projektant a projektových manažérov si neviem vynachváliť
umožňujú mi jednoducho riešiť techické záležitosti a nemusím sa rozptylovať zbytočnosťami. u nás to je tak, že kým ja pracujem aktuálne na 1-2 projektoch, tak PM sleduje termíny a rieši 8-12 projektov

hlavný prínos vidím v tom, že sa nemusím starať o termíny a problémy, ktoré nesúvisia s mojou náplňou práce, ale ovplyvňujú môj projekt.
často sa nám stáva, že zákazník nekomunikuje a termíny sa naťahujú. vtedy mi príde úplne vhod, že môžem pokračovať v inje práci a nestresovať sa nad tým ako to dopadne.
alebo sa stane problém s nedodávkou materiálu - nemusím riešiť, problémy vo výrobe - nemusím výraznejšie riešiť

tiež je super, že keď potrebujeme urobiť nejakú zmenu v rozpočte, tak to nie je na moju zodpovednosť, ale na PM, ktorý to asi eskaluje vyššie

[j]

...

Pokud tvuj zakaznik neni jednomuzna firma, ale neco vetsiho, co ma vlastni IT, tak je nejlepsi takovyho cloveka nekam zavrit, ale rozhodne ho nepoustet k zakaznikovi (natoz toho obchodaka).

Zrovna ti muzu dat pomerne konkretni pripad jak to dopadne ... zakaznik chce nainstalovat "vypinac" a je ochotnej za to calnout rekneme desitku. Projektak se mu ovsem snazi vnutit, ze vlastne potrebuje "atomovej reaktor" a obchodak to podle toho naceni, takze si reknou rekneme pade. Zakaznik (respektive jeho IT) si poklepe na hlavu, a za litr si to udela samo.

Prave si prisel o par tisicovek, ale to daleko podstatnejsi je, ze si prisel nejspis o celou radu budoucich zakazek, a to nejspis i takovych, ktery by nemusely bejt za tisicovky.

A klidne muzem i jmenovite ... icewarp znas? Kdysi davno pred mnoha a mnoha lety ... dorazili dva clovicci, a bylo videt ze vedi (jmena si uz nepamatuju, ale pokud vim, tak delali primo vyvoj). Kazdopadne vedeli o cem je rec a dokonce si zjistili co dotycny firme ty maily obsluhuje.

Sly roky, a firma se rozhodla ze svuj mailovej system vymeni, a tohle byla jedna z variant. Prisel nejakej nouma, kterej sliboval hory a doly, ale vubec netusil co nabizi ani o cem to vlastne zvani. Tzn, produkt byl z vyberu vyrazen.

Muzu ti pak z vlastni zkusenosti rict, ze se staram o hromadku ruznych veci, a zcela 100% plati, ze tam, kde mam kontakt primo na vyvojare/implementatory, tak neni problem a vse funguje. Kdyz je treba neco resit, poslu mail/zavolam ... behem minuty se domluvime co je za problem, a behem par dalsich je to prevazne vyreseny. Tam kde protlacujou blbiny typu predavat pozadavky kamsi do horoucich pekel, to proste nefunguje a ani nemuze. Jednoduse proto, ze ten pitomec co ten pozadavek prevezme stejne vubec netusi co by s tim jako mel delat, a jediny co s tim udela je, ze bude nekde nahanet prave toho vyvojare nebo implementatora, jenze on casto ani netusi, kterej z nich by to jako mel bejt.

[ehmmm]

Zrovna ti muzu dat pomerne konkretni pripad jak to dopadne ... zakaznik chce nainstalovat "vypinac" a je ochotnej za to calnout rekneme desitku. Projektak se mu ovsem snazi vnutit, ze vlastne potrebuje "atomovej reaktor" a obchodak to podle toho naceni, takze si reknou rekneme pade. Zakaznik (respektive jeho IT) si poklepe na hlavu, a za litr si to udela samo.

Zrovna tvemu prikladu moc nerozumim. Pokud za to chce dat zakaznik max. desitku (pokud mame na mysli 10 000 Kc a ne euro), tak musi byt vsem jasne, ze se vsemi tanecky okolo se to musi stihnout za den, jinak to je blbost. Pokud je dodvatel firma, ktera si hraje na projektaty a obchodniky, tak uz nejpozdeji z druheho mailu se zakaznikem musi obchodnik pochopit, ze tohle neni zakazka pro ne. A pokud tam obchodnik i presto tahne projektaka, tak to musi pochopit ten projektak a musi to nejak zakaznikovi v obchodnikove nepritomnosti naznacit. (Anebo mit takovou presvedcovaci schopnost, ze zakaznikovi vysvetli, ze i reseni za 50 tisic je skvele a ma sve opodstatneni. Jen tak ze sportu to zkusit muze, kdyz uz tam kvuli tomu musel jet.) Proste to neni zakaznik pro danou firmu. Navic pokud ma zakaznik IT, ktere je schopne takovy vypinac realizovat za tisicovku, tak neni co resit. (Krom toho, ze to je scifi. Uz jsem videl hodne ITiku, dokonce i nektere velmi schopne, ale za tisicovku ti neudela ani elektrikar obycejny vypinac ke svetlu na chodbe.)

[Piminek]

...

Pokud tvuj zakaznik neni jednomuzna firma, ale neco vetsiho, co ma vlastni IT, tak je nejlepsi takovyho cloveka nekam zavrit, ale rozhodne ho nepoustet k zakaznikovi (natoz toho obchodaka).

Zrovna ti muzu dat pomerne konkretni pripad jak to dopadne ... zakaznik chce nainstalovat "vypinac" a je ochotnej za to calnout rekneme desitku. Projektak se mu ovsem snazi vnutit, ze vlastne potrebuje "atomovej reaktor" a obchodak to podle toho naceni, takze si reknou rekneme pade. Zakaznik (respektive jeho IT) si poklepe na hlavu, a za litr si to udela samo.

Prave si prisel o par tisicovek, ale to daleko podstatnejsi je, ze si prisel nejspis o celou radu budoucich zakazek, a to nejspis i takovych, ktery by nemusely bejt za tisicovky.

A klidne muzem i jmenovite ... icewarp znas? Kdysi davno pred mnoha a mnoha lety ... dorazili dva clovicci, a bylo videt ze vedi (jmena si uz nepamatuju, ale pokud vim, tak delali primo vyvoj). Kazdopadne vedeli o cem je rec a dokonce si zjistili co dotycny firme ty maily obsluhuje.

Sly roky, a firma se rozhodla ze svuj mailovej system vymeni, a tohle byla jedna z variant. Prisel nejakej nouma, kterej sliboval hory a doly, ale vubec netusil co nabizi ani o cem to vlastne zvani. Tzn, produkt byl z vyberu vyrazen.

Muzu ti pak z vlastni zkusenosti rict, ze se staram o hromadku ruznych veci, a zcela 100% plati, ze tam, kde mam kontakt primo na vyvojare/implementatory, tak neni problem a vse funguje. Kdyz je treba neco resit, poslu mail/zavolam ... behem minuty se domluvime co je za problem, a behem par dalsich je to prevazne vyreseny. Tam kde protlacujou blbiny typu predavat pozadavky kamsi do horoucich pekel, to proste nefunguje a ani nemuze. Jednoduse proto, ze ten pitomec co ten pozadavek prevezme stejne vubec netusi co by s tim jako mel delat, a jediny co s tim udela je, ze bude nekde nahanet prave toho vyvojare nebo implementatora, jenze on casto ani netusi, kterej z nich by to jako mel bejt.

Ocividne si pletes PM, pre-sales a sales. Projektak zakaznikovi v zadnem pripade nic nenuti, projektak prichazi az pote, co je projekt schvaleny a prvnim ukolem je vse spocitat, detailne nacenit, vyresit zdroje, infrastrukturu, dodavatele atd atd. Prave peklo jsou pak dodatecna PPcka  a POcka, RFPcka, jen ta byrokracie kolem toho v korporatech a ta odpovednost (nekde zapomenes zminit, ze X je mimo scope a razem si firme zadelal na problem, protoze zakaznik X ocekava) je takova, ze plat kolem 90K si proste zaslouzi. A to nemluvim o SDM (software delivery manager), kteri navic funguji jako account-engagement manager a PM v jednom.
Kdo si nezkusil, nedokaze pochopit o cem je rec - non-stop na prijmu, eskalace pri sebemensim problemu, prodleni se schvalenim financovani dalsich fazi (a tim padem problem co s alokovanyma lidma).
Mam tu zkusenost z nadnarodni korporace na teto roli a ani plat nad 100 me tam neudrzel, protoze predevsim spoluprace s dalsima zemema (hlavne dalnej vychod) je peklo.

[Urquell]

Ono i spoluprace s arabama (nechapou slovo neda se) nebo indama (neumeji rict neda se) nebo cinanama (nepoznaji co je deadline) je zabava...

[juro]

Zmyslom existencie firiem je zhodnotenie investicii. Aby sa to dalo dosiahnut, treba strazit rozsah, harmonogram, kvalitu a balansovat ich. Na toto potrebujes jedneho cloveka, ktory za to zodpoveda a ma rozhodovaciu pravomoc a nie nejaku skupinu technikov. Projektaci tak 80% casu komunikuju aby zabezpecili a vyvazili zaujmy jednotlivych ucastnikov. Aby investor vedel, v akom je to stave, ked uz to toho leje prachy, aby zakaznik vedel, kto dodavatela po tejto stranke zastupuje a mal jasny eskalacny mechanizmus, atd.