Fórum Root.cz
Práce => Studium a uplatnění => Téma založeno: sofa_king 05. 06. 2017, 20:21:48
-
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?
-
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í.
-
(http://i.imgur.com/a8kdc5w.gif)
-
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.
-
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.
-
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.
-
https://www.youtube.com/watch?v=BKorP55Aqvg
-
https://www.youtube.com/watch?v=BKorP55Aqvg
Korporát ;D
-
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.
-
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
-
...
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.
-
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.)
-
...
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.
-
Ono i spoluprace s arabama (nechapou slovo neda se) nebo indama (neumeji rict neda se) nebo cinanama (nepoznaji co je deadline) je zabava...
-
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.
-
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.
Smyslem existence firem není zhodnocení investic, ale udržování technologického nápadu při životě, udržování tržní niky, která se tím vytvoří, ale aby to bylo možné, je třeba docílit zhodnocení investic. Proto musí být ve firmě drsňák, který to dokáže - projektový manažer :-))) Firmu většinou nepoloží vývojáři, ale projektový manažer, který včas nezrušil neperspektivní projekty. Investice nejsou jen peníze, ale i emoce a nápady vývojářů, které investovali do projektu.
-
projektovy manazer = zbytocna pozicia a zbytocne vyhodene peniaze pre firmu. Poznal som projektaka, ktoreho predosla pracovna napln bolo pisanie novinovych clankov.
Aj zbytocna pozicia z pohladu hlavne toho, ze ti curaci nahanaju vyvojarov, pretoze dali nerealne terminy a nakoniec si to odserie vyvojar.
-
projektovy manazer = zbytocna pozicia a zbytocne vyhodene peniaze pre firmu. Poznal som projektaka, ktoreho predosla pracovna napln bolo pisanie novinovych clankov.
Aj zbytocna pozicia z pohladu hlavne toho, ze ti curaci nahanaju vyvojarov, pretoze dali nerealne terminy a nakoniec si to odserie vyvojar.
A já znal jednoho neschopného doktora. Lékaři jsou zbyteční šmejdi.
-
co som mal pokec s jednym kamaratom, tak tiez nadaval na projektakov. hovorim - zbytocna profesia a moze to robit kde kto.
lekara kde kto robit nemoze ;)
-
co som mal pokec s jednym kamaratom, tak tiez nadaval na projektakov.
Což je argument, co nejde vyvrátit. Nedá se nic dělat, ale jak to říkal ještě jeden kamarád, tak to bude pravda.
-
co som mal pokec s jednym kamaratom, tak tiez nadaval na projektakov. hovorim - zbytocna profesia a moze to robit kde kto.
Kde kto to delat muze, ale jestli vydrzi. Junior PM si proste par pruseru musi odskakat aby se zocelil a nabral know how a patricny nadhled. Kdyz to dotahne na experienced PM (2-3roky, 5-6 projektu) tak uz je obvykle za vodou a jeho projekty dojdou do zdarneho konce, nebo je dokaze utnout vcas a pri minimalnich ztratach.
Kupodivu domenova znalost neni vubec podstatna. V podstate kdyz na software kouka jako na brambory a zeli tak ma pravdu, produkt jako produkt. Na odborne veci ma Team leadera, na rozhodovani jestli chceme brambor rudy nebo zluty ma Product ownera. Hlavni je vydrzet napor od zakaznika a odfiltrovat podstatne veci dolu k vyvojarum. A taky delat stycneho dustojnika mezi teamy kdyz je to treba (grafici, databazisti, bekendaci, frontendaci, hardweriste).
-
Kecy o tom, ze projektaka muze delat kdokoli, jsou typicky vyplodem lopataku, kteri vubec nevi, kolik prace stoji za projektem (a ted rozlisujeme produktovy a projektovy vyvoj).
Jenom pripravit spravne budget a WBS, kdyz vyvojari nejsou schopni ani spravne odhadnout svoji praci, a nasledne cely projekt resit eskalace a dodatecne PP a POcka je overhead, se kterym bezna lopata nikdy do styku neprijde. V korporatech u mnohamilionovych projektu tezko potkate stejneho PM jako v ceskem s.r.o. cku, ale i tam verim, ze to muze byt prace.
O tom, ze PM musi rozumet high level architekture, SDLC, komunikovat s ruznymi stakeholdery na vsech zucastnenych stranach a predevsim snaset neustaly tlak o dodani drive/protlaceni CR/waievery...
Ale chapu, vetsina z lidi, co tu krici, o techle vecech ani neslysela
-
Piminek, ze ty si prave absolvoval kurz softveroveho inzinierstva na masarne u pana Racka? :)
Ked nie je vyvojar schopny odhadnut cas na pracu, tak kto? Projektak? Ten to odhadne tak, aby bol zakaznik co najspokojnejsi, a potom nahana vyvojarov a buzeruje ich, preco to este nie je. A ked vyvojar da odhad, tak projektak pride a spyta sa, preco tak dlho. Ako sakra moze vediet kolko to zaberie, ked nema ani sajnu co vsetko to obnasa? Castokrat vyvojari tahaju nadcasy, ktore nemaju ani zaplatene, takze najviac si to odnesu oni. Cena projektu ostane rovnaka, len sa to musi stihnut za kratsi cas, aby ostalo na odmeny pre manazerov. Taka ja realita, zial.
Co som spominal kamarata, tak pracuje v Atose, co nie je mala firma a nad projektakmi sa mu len rozum pozastavuje. Cedt vynimkam
-
Pokud nejaka firma necha projektaka odhadovat praci, tak si zaslouzi padnout. Tak to v praxi v normalni firme nikdy nemuze projit.
Problem vyvojaru v neschopnosti odhadovat praci je tunelove videni, neznalost kontextu - interdependence, casto preceneni vlastnich sil. A kdo to pak vyzere a musi zehlit je prave PM..
U nas ma prumerny projetk budget okolo 2-5 EUR USD, cca 20-30 lidi napric oblasti EMEA. A nejhorsi to ma PM, ktery vyzere sracky ze vsech stran - sales podepisou spatnou smlouvu (nerealsticka deadline, nizka cena), analyza je nedostacujici, delivery framework ci proces neni dodrzovany, kontrakt je nevyhodny atd.. jenze s tim PM nic neudela, protoze ten dostava pouze zadani. A vybalancovat to je neco, co skutecne nezvladne beznej Pepa. U nas ma nekolik projektaku PhD (dobre, 3 z 18ti), ale to jsou borci, kteri dokazi zachranit projekt, ktery zdedi v poslednim tazeni.
Souhlasim ale, ze predevsim v mensioch firmach nebude mit PM zdaleka takovej stres, ale i tak verim, ze ho pohoda to neni - a prot je to tak placene.
-
okolo 2-5 EUR USD
Melo byt 2-5 mil USD.
-
okolo 2-5 EUR USD
Melo byt 2-5 mil USD.
... davej si na to vetsi pozor priste ... diky!
-
Vzdyt je to jednoduche. Nechte vyvojare estimovat a vysledne cislo vynasobte x3. Nahore budou sice penit, ale v podstate to odpovida realite protoze vyvojarske ego automaticky podestimuje, protoze kouka na algoritmickou slozitost (zmenit text) ne na casovou (zmena je minuta ale otestovat to bude trvat 3 dny). A dnes bohuzel cas jsou penize.
-
Existuji spayni projektaci a skutecni projektaci.
Jinak projek nemusi mit konec. Projekt je to pro to ze to neni cinnost ktera se da 100% opakovat.
-
Existuji spayni projektaci a skutecni projektaci.
Jinak projek nemusi mit konec. Projekt je to pro to ze to neni cinnost ktera se da 100% opakovat.
... no tak kdyz to rika Josef Jebavy a vazne tak tady konci sranda hosi ...
-
a navíc je programátor obecně nekonfliktní typ.
ty delas ve firme vyhradne s lopatama, vid?
-
Vzdyt je to jednoduche. Nechte vyvojare estimovat a vysledne cislo vynasobte x3. Nahore budou sice penit, ale v podstate to odpovida realite protoze vyvojarske ego automaticky podestimuje, protoze kouka na algoritmickou slozitost (zmenit text) ne na casovou (zmena je minuta ale otestovat to bude trvat 3 dny). A dnes bohuzel cas jsou penize.
S nasobenim je to s jednoduchymi testami x2 ale v praci robime x10 aby sa napisali aj poriadne testy a bol cas aj na dovolenku alebo vypadok kolegu. Nikto nepeni.
-
Ivan Nový: Zmysel existencie firmy môže byť rôzny. Sú firmy súkromné, štátne, neziskovky atď. Hlavným cielom podnikania je generovať zisk. Ostatné ciele, ako napr. sociálny, sú až druhotné. To len tak pomimo...
Ad PM:
Ciel projektu by mal byť splnený v požadovaný čas (termín), s určenými zdrojmi (peniaze) a v požadovanej kvalite (zákaznícke požiadavky). Ak pre určenú úlohu vie toto splniť developer sám, tak PM je zbytočne použitý zdroj. Ak na projekte robia dvaja developeri a vedia sa dohodnúť a zadeliť si prácu sami aby splnili vyššie uvedené, stále netreba PM.
No a teraz si predstavme projekt, na ktorom pracuje 20 ľudí z 5 oddelení a ešte sa do toho tlačí marketing, key account, vedúci zúčasnených oddelení, právnici a neviem kto ešte. To si má každý robiť čo a ako sa mu zrovna zachce? Kto zariadi eskaláciu rizík? Kto odhadne celkové náklady? Kto v prípade issue upraví terminplan a ďalších x vecí? V neposlednom rade, sponzor projektu taktiež potrebuje "single point of contact".
Koniec koncov, na služby máme z podobných dôvodov service ownera, no nie?
-
Kdyz to osekam na kost, tak konkretne u nas jsou project manazeri jakymsi prekladacem mezi tim co chce vedeni a co dokazou udelat "radovy" zamestnanci (resp. tymy zamestancu)
Coz se ve firme s 50+ zamestnanci naramne hodi.
Tento clovek resi veci pres Jiru/Kungfluence a pokud je v tom vetsi problem, neni problem probrat to na kafi/cigarku. Postup se nasledne zapise do dashboardu a dalsich analu a jede se dal.
Nemohu a ani nechci mluvit za ostatni, ale tento clovek ma u nas nezastupitelnou pozici a ja osobne jsem rad, ze takoveho cloveka tady mame.
-
Nemohu a ani nechci mluvit za ostatni, ale tento clovek ma u nas nezastupitelnou pozici a ja osobne jsem rad, ze takoveho cloveka tady mame.
Jsme na tom stejne.
-
Bez PM sa normalny projekt - nie onemanshow alebo za par x10k eur - neda uspesne dokoncit.
Primarnou ulohou PM je riadit a hlavne dokoncit projekt ale na sekundarne veci sa vacsinou v IT zabuda - neznicit funkcny tim (zbytocne vyhadzovanie ludi alebo neumerny stres), odovzdat udrzatelny projekt (nie take, ze to sice prevezme ale za rok sa to rozsype), udrziavat prip. zlepsit vztah so zakaznikom (teda nie len odovzdame, ale uz od nas nikdy nic nekupia).
Problem skveleho CR/SR je v tom, ze dobrych PM, ktori robia aj tie sekundarne veci je minimum - mozno jeden z 10.
-
Existuji spayni projektaci a skutecni projektaci.
Jinak projek nemusi mit konec. Projekt je to pro to ze to neni cinnost ktera se da 100% opakovat.
Pokud nemá projekt konec, tedy asi ani nějaký jasně definovaný cíl, co pak znamená hlídání rozpočtu a času? Co pak vůbec znamená rozpočet? Je nekonečný? Co deadliny, jaký mají význam, když projekt nikdy nekončí?
Je ale pravda, že se u nás setkávám s touhle druhou definicí "projektu" - tedy máme tým, co vykonává dlouhodobě nějakou činnost a řídí je "projektový" manažer.
Teď zpátky k mojí otázce. Takový projektový manažer je trénovaný na hlídání rozpočtu, deadlinu a rozsahu. Pokud ve firmě používáte definici "projektu" nekonečného, tak takový manažer
1. nebude vědět, co dělat
2. začne používat svoje praktiky hlídání deadlinů, atd. i tam, kde nejsou. Pak jsou vnímány jako nesmyslná buzerace.
Podle mě jsou tyhle "projekty" spíš vývoj nějakého produktu, který probíhá dlouhodobě a tým při tom neustále dostává zpětnou vazbu od zákazníka. Nebylo by lepší najmout člověka specializujícího se na vývoj PRODUKTU, namísto PROJEKTU, aby zkoordinoval marketing, sales, vývoj a všechno okolo? Takový mini-CEO jednoho produktu. Pokud by chtěl, mohl by si najmout asistenta, kdyby to nestíhal, ale ultimátně by za ten produkt byl zodpovědný on. Kdežto, když se na tuhle úlohu z nějakého, mně nepochopitelného důvodu, najímají projektoví manažeři, pak mají všichni špatná očekávání.
Je ale fakt, že plno velkých firem, projektů navázaných na stát, jiných polostátních molochů a outsourcing skutečně PROJEKTOVĚ řízeny jsou, jen jejich výsledky dopadají katastrofálně. Jednak jsou všechny přes rozpočet a deadline, bez zpětné vazby a stojí za prd - stačí se podívat prakticky na jakýkoliv výplod pro státní správu - web zamrznul v době dokončení, tedy když byl projekt dle smlouvy dokončen. Kdyby se to řídilo jako produkt, pak by práce neustále pokračovala podle neustále se měnících potřeb.
-
Ivan Nový: Zmysel existencie firmy môže byť rôzny. Sú firmy súkromné, štátne, neziskovky atď. Hlavným cielom podnikania je generovať zisk. Ostatné ciele, ako napr. sociálny, sú až druhotné. To len tak pomimo...
Firmy, které mají jen ekonomický smysl, dlouho nepřežijí protože nikdy nepřijdou s něčím novým. Zisk je ovšem podmínka nutná. A sladit to je úlohou PM.