http://www.vzhurudolu.cz/ o webdesignu, marketingu, webové analytice a příbuzných tématech. http://www.vzhurudolu.cz/80/z-dobreho-kodera-spatnym-projektovym-vedoucim#c000360 <p><strong>Z dobrého kodéra špatným projektovým vedoucím</strong></p><p>[5] Nemyslím, že by to bylo až tak špatné ;-) Pokud jste zvyklý na MS Project, asi budete mít v hlavě asi trošku jiný obraz o projektovém software.</p> <p>BaseCamp nutí k určitému typu práce, který třeba mě naprosto vyhovuje – méně grafů a více komunikace. V článku jsem ho zmiňovat proto, že je sice fajn, ale nenahradí běžnou mezilidskou komunikaci.</p> http://www.vzhurudolu.cz/80/z-dobreho-kodera-spatnym-projektovym-vedoucim#c000359 <p><strong>Z dobrého kodéra špatným projektovým vedoucím</strong></p><p>Zaujala mě zmínka o BaseCampu, kterému se “dá propadnout”.<br />Mám s ním nějaké zkušenosti a můžu říct, že mě vůbec nenadchnul. IMHO je to všechno možné, jen ne kvalitní aplikace na trackování projektů. Osobně bych za jeho používání neplatil, spíše bych se porozhlédl po jiné alternativě (nebo si za ušetřené finance nechal napsat něco na míru :)</p> http://www.vzhurudolu.cz/80/z-dobreho-kodera-spatnym-projektovym-vedoucim#c000358 <p><strong>Z dobrého kodéra špatným projektovým vedoucím</strong></p><p>[3] Mně spíše šlo o větší i složitšjčí projekty, které sice realizuje byť jen 3-5 lidí, ale pokud jde o práci zabírající více jak měsíc, kdy se fáze vývoje budou prolínat a nejde čistě o kontinální projekt bych s podrobnější studií neváhal a spíše jí vyžadoval…</p> <p>Pokud jde o nějaký běžnější projekt s celkovou realizací do 2-3 týdnů, se kterým má již tým zkušenosti je možné postupovat jak navrhujete/navrhuješ... Pokud je tým sehraný, může se ušetřit vcelku dost času…</p> http://www.vzhurudolu.cz/80/z-dobreho-kodera-spatnym-projektovym-vedoucim#c000357 <p><strong>Z dobrého kodéra špatným projektovým vedoucím</strong></p><p>[2] Otázkou je, jaká míra podrobnosti je u specifikace nutná v závislosti na složitosti projektu. </p> <p>U malých projektů pro 3-5 lidí jsem vždy sepisoval jen to nejnutnější. Podrobnosti pak jen pro část práce těch lidí, se kterými se nevídám osobně. Sporné body se z velké části daří smazávat pomocí prototyp. </p> <p>Na drouhou stranu: být v týmu významně více lidí, asi s podrobnou specifikací váhám méně.</p> http://www.vzhurudolu.cz/80/z-dobreho-kodera-spatnym-projektovym-vedoucim#c000356 <p><strong>Z dobrého kodéra špatným projektovým vedoucím</strong></p><p>Mno víceméně než souhlasím. Já bych přidal ještě několik postřehů. </p> <p>Nikdo nechce psát podrobná projektová zadání. Tak podrobná kde by se vše dopředu logicky rozebralo, ujasnil se počet šablon, možnost všech možných stavů atp. <br />Je to opruz, člověk už chce tvořit něco dělat, zaměstnat svů tým a ne věnovat, hodiny, ale spíše dny domýšlení něčeho jen na papíře…</p> <p>Postupem času se mi ukázalo, že pokud je dopředu sepsána takováto studie, projektové zadání, pojmenujme-li to jakkoli, tak ve finále se ukáže že čas strávený na tomto se rovná desetinásobku (ano 10x i více) času ušetřenému při vlastní realizaci…</p> <p>Jak někdo shrnul na přednášce Seznamu o Projektovém managementu. Pravidlo že posledních 20% trvá jako předchozích 80% práce, je bohužel pravdivé...</p> <p>Zde se dá ocenit právě dobře zpracovaná projektová analýza a předejít občas i k dohadům s klienty co jak bylo zamýšleno atp.</p>