English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Projektoví manažeři, musí být technicky zdatným?

Obchod RSS Feed





"Musí být projektové manažery technicky zdatným?" Toto téma se vždy zdá, že způsobí značný rozruch. Zatímco někteří věří, že vše, co potřebujete pro správu projektu je certifikace PMP, jiní jsou přesvědčeni, že nemůžete úspěšně řídit vývoj softwaru projekt, pokud jste skutečně porozumět složitosti product.I souhlasit! Chcete-li být efektivní projektový manažer, musíte znát jemnůstky vašeho řešení. Musíte být schopné návrhu a vývoji řešení yourself.Here je 5 základních úkolů projektového řízení, které projektové manažery nelze dosáhnout, pokud mají silné technické zázemí a skutečně porozumět údaje o jejich product.Estimating EffortIn cílem vytvořit plán projektu, musíte být schopni odhadnout, kolik úsilí je nutné vyplnit všechny požadované úkoly. Netřeba dodávat, že nelze odhadnout úsilí, pokud opravdu pochopit, co je nutné při jejich navrhování a provádění těchto features.Unless chápete, co je nezbytné pro dosažení 5-9 spolehlivosti, nelze posoudit, kolik úsilí je zapotřebí k dosažení to non-funkční požadavky. Pokud jste jasně pochopit, jak psát Java Server Pages, nelze předvídat, kolik úsilí vývoji je povinna transformovat HTML prototyp plně funkční soubor JSP pages.Scheduling TasksImagine, že někdo ruce si seznam činností, které je třeba splnit pro daný projekt, spolu s celkovou intenzitu. Mohl byste harmonogram úkolů v logickém sledu? By Vývojáři začít s prezentací, obchodních, nebo ukládání dat vrstvu? , Která je na prvním místě při práci na prezentační vrstvy: HTML, musí být JavaScript, CSS, nebo servlety? Project Manager moci naplánovat činnosti v logickém sledu. Pokud nemůžete určit, které činnosti musí být na prvním místě, a které z nich lze provádět současně, nemůžete dát dohromady projekt schedule.Assessing RiskImagine následující scénář. Váš produkt je naplánován být propuštěn do 5 dnů. Tým QA objeví vada API přes sérii testů CLI. Po pečlivém prozkoumání problému, uvědomíte si, že jste vývojáři pracují kolem tohoto defektu na months.Given, že máte pouze 5 dnů od uvolnění svého výrobku, měli byste opravit závadu nebo dokument workaround? V tomto okamžiku, jak riskantní je změnit API, které jsou použity? Jak jste jisti, že vývojář může stanovit toto rozhraní API v daném časovém horizontu? Jaká je pravděpodobnost, že se změnou tohoto API bude přestávka moduly volat, že? Byste měli opravit defekt hned, nebo uvolňování produktu a řešit problém v patch verze? Pokud jste viděli kód za tohoto rozhraní nelze zodpovědět žádnou z těchto otázek se. Musíte se zeptat svého vývojáře. Nejste rozhodnutí maker. Oni are.Participating Na schůzkách Zákazník MeetingsCustomer vždy skončí v technických diskusí. Bohužel, když není možné mluvit o své technologie inteligentně, nemůžete žádnou přidanou hodnotu, jako setkání. Nejste zúčastněných, jste naprosto poslech a snad si poznámky. Dříve či později, budou vaši zákazníci ocitnou se obraťte přímo vývojáři. "Proč kontakt Project Manager pokud nemůže mi odpovědět? I může také jít přímo ke zdroji. "Zajištění Nic Falls Through tvář CracksLet to. Nikdy si tolik času, kolik bych si plánovat své projekty. Co je důležité je ne, že jsi to perfektní napoprvé. Co je důležité je, že můžete chytit úkoly, které spadly přes trhliny, než bude příliš late.If nevíte, co je nutné k dokončení své řešení, můžete nebude schopna identifikovat všechny aktivity přehlížena. Budou buď uvést vaše vývojáři, nebo prostě jen vynechal forever.In Krátké? Chcete-li být efektivní projektový manažer, musíte být schopen navrhovat a vývoji řešení sami. V opačném případě máte dvě možnosti. Můžete si buď (a) požádat ostatní rozhodovat za vás, nebo (b) jen předstírat, že víte, co mluvíš. V prvním případě, že jste projekt Koordinátora. V druhém případě, že jste projekt Mangler.Luc Richarda je držitelem titulu MBA se zaměřením na špičkové technologie. Za posledních 10 let, on byl řízení vývoje softwarových aplikací. Je zakladatelem o projektu Mangler (http://www.projectmangler.com), on-line zdroj, který publikuje články zdarma, příběhy a další připravený-k-používat nástroje, které pomáhají vývojářům, vedoucích a manažerů dodávat softwarové projekty

Článek Zdroj: Messaggiamo.Com

Translation by Google Translator





Related:

» Legit Online Jobs
» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay


Webmaster si html kód
Přidejte tento článek do svých webových stránek se!

Webmaster Zašlete svůj článek
Ne nutná registrace! Vyplňte formulář a váš článek je v Messaggiamo.Com Adresář!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Odešlete vaše články na Messaggiamo.Com Adresář

Kategorie


Copyright 2006-2011 Messaggiamo.Com - Mapa stránek - Privacy - Webmaster předložit vaše články na Messaggiamo.Com Adresář [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu