<!–texy–>ano, každý projekt je jedinečný. nakonec - je to součást většiny definicí pojmu projekt, které znám. to ale ještě neznamená, že není možné použít při jejich řízení standardní postupy a metody. jedinečnost projektu je totiž ne ve formě, jakou se řídí, ale v jeho cíli …

PM BOK je zkratka z Project Management Body of Knowledge, což je soubor “best practice” z oblasti projektového řízení, který vydává a rozvíjí Project Management Institute, jedna z nejprestižnějších organizací věnujících se teorii projektového řízení a certifikaci projektových manažerů (vydává titul PMP - Project Management Professional).

<!–texy–>pekna uvaha. Pokud mate dost zkusenosti na sestaveni takoveho checklistu, tak to urcite dava smysl. Dava mi to smysl, pokud se resi podobne projekty, ale neplati jedna ze zakladnich definic ze kazdy projekt je jedinecny?
BTW: co je “PM BOK” z prvniho odstavce

<!–texy–>tak s tim nemuzu nez souhlasit … :-)

<!–texy–>Samozřejmě chápu rozdíl rolí PM a specialisty. Jen jsem chtěl vyjádřit, že pokud manažerský nadhled přeroste v předstíraný nebo skutečný nezájem, tak to působí na tým demotivačně a kontraproduktivně.

<!–texy–>je to určitě o přístupu.

pokud jde pm do oblasti, o které nic vědět nechce, pak je tam zbytečný. musí mít snahu porozumět minimálně jazyku, žargonu který v dané oblasti platí, a současně musí mít snahu porozumět svému týmu a umět s ním komunikovat; musí respektovat odborníky, kteří v rámci projektu nesou odbornou znalost. pokud toto neplatí, tak je to špatný projektový manažer!

role pm je právě v tom, že na základě odborných informací a vlastní znalosti kontextu celého projektu a jeho cílů rozhoduje v situacích, které jsou mimo možnosti jednotlivých členů týmu.

<!–texy–>Ale kdy… Read morež narazej na problém, kde je potřeba tvoje rozhodnutí, jakým způsobem to dále řešit, tak si minimálně popis problému vyslechneš a řešení necháš popsat, případně si od nich necháš dát doporučení ohledně dalšího postupu.

Samozřejmě nepředpokládám, že by si programátoři nechali od PM hodně mluvit do toho, jak navrhovat stránky.

Čili vlastně souhlasím s 1.větou. Ale na druhou stranu se asi nepoženeš do řízení projektů v oboru, o kterém nic nevíš a ani vědět nechceš. A když už, tak to svému týmu aspoň nebudeš takhle dávat najevo.
Ale asi je to věc přístupu. A já tomu až tak nerozumím…

<!–texy–>to z… Read moreáleží na tom, na jak velké míře detailu tohle stanovisko zaujme. od určité úrovně mám přístup velmi podobný, protože do detailu chápat technické řešení skutečně není úloha projektového manažera. na druhou stranu se musí i přes to odborné neporozumění umět ujistit, že ví co a jakým způsobem ovlivňuje průběh projektu.

když to vezmu na aktuálním příkladu: včera jsem měl diskusi s programátorem a s grafikem v rámci přípravy jedné webové aplikace. co se týče pracovního postupu, tak já nerozumím postupu, jakým grafik dojde k tomu, že má připravený design pro všechny stránky a komponenty v rámci té aplikace, ale udělal jsem si s nimi poměrně jasnou představu o tom, co k tomu potřebuje, jak dlouho to bude trvat, jaká tam jsou rizika a kde jeho práce navazuje na práci programátorů. pro odřízení toho projektu mi to stačí, detailnější znalost toho postupu by mi už nepřinesla žádnou další přidanou hodnotu pro to, aby ten projekt byl úspěšnější …

<!–texy–>Znám jednoho projektového manažera, který k problémům zaujímal stanovisko: “Tohle mi neříkejte, tomu já nerozumím.” K čemu takovej manažer vlastně je?

<!–texy–>Tomas,

Thank you.

Bruce

<!–texy–>Velmi pěkně napsáno, ale možná až příliš obecně. Vhodnější je poukazovat na příklady z praxe. Kritérií, které ovlivňují (ne)úspěchy projektu je bohužel spousta.