Moet projectmanagers technisch onderlegde?
"Moet Project Managers technisch onderlegde?" Dit onderwerp lijkt altijd te veroorzaken heel wat opschudding. Hoewel sommigen van mening dat alles wat je nodig hebt om een project te beheren is een PMP certificering, anderen zijn ervan overtuigd dat je niet kunt succesvol beheren van een software development project, tenzij je echt de fijne kneepjes van het product.I eens begrijpen! Om een effectieve Project Manager, moet u weten de ins en outs van uw oplossing. U moet kunnen ontwerpen en ontwikkelen van de oplossing yourself.Here zijn 5 fundamentele project management taken die Project Managers niet kunnen bereiken, tenzij zij een sterke technische achtergrond hebben en echt begrijpen bijzonderheden van hun product.Estimating EffortIn om een projectplan maken, moet u kunnen schatten hoeveel inspanning is nodig om alle vereiste taken te voltooien. Onnodig te zeggen, kunt u geen schatten inspanning, tenzij je echt begrijpt wat er betrokken bij het ontwerpen en implementeren die features.Unless je begrijpt wat er nodig is om 5-9 betrouwbaarheid te bereiken, kun je niet beoordelen hoe veel inspanning is vereist om deze niet-functionele eisen. Tenzij u duidelijk begrijpen hoe het schrijven van Java Server Pages, kun je niet voorspellen hoeveel ontwikkeling inspanningen nodig zijn om een HTML-prototype te stellen van volledig functionele JSP transformeren pages.Scheduling TasksImagine dat iemand je een lijst van activiteiten die moeten worden ingevuld voor een bepaald project, samen met de totale inspanning. Kunt u aangeven dat deze taken in een logische volgorde? Indien de ontwikkelaars beginnen met de presentatie, het bedrijf, of de data-opslag laag? Wat komt eerst bij het werken aan een presentatie laag: de HTML, moet de JavaScript, de NOS, of de servlets? Een Project Manager in staat activiteiten schema in een logische volgorde. Als je niet kan bepalen welke activiteiten moet de eerste plaats komen en welke kan parallel worden uitgevoerd, kun je niet samen een project schedule.Assessing RiskImagine de volgende scenario. Uw product is gepland te zijn vrijgegeven in 5 dagen. De QA-team ontdekt een defect in de API via een reeks CLI tests. Na zorgvuldig onderzoek van het probleem, realiseer je je dat je ontwikkelaars hebben gewerkt rond dit gebrek voor months.Given dat je slechts 5 dagen verwijderd van het vrijgeven van uw product, dient u dit oplossen defect of het document van de workaround? Op dit punt in de tijd, hoe risicovol is het om wijziging van een API's gebruikt? Hoe zeker bent u dat de ontwikkelaar deze API kunnen vaststellen in de gegeven tijdsbestek? Wat is de kans dat het veranderen van deze API zal breken de modules noemen? Mocht u nu vast het gebrek, of introductie van het product en het adres van de bug in een patch release? Tenzij je de code achter deze interface hebt gezien, kun je niet beantwoorden van deze vragen zelf. U moet dan uw ontwikkelaars. Je bent niet de beschikking maker. Ze are.Participating Tijdens bijeenkomsten Klant MeetingsCustomer altijd eindigen in technische discussies. Helaas, als je niet kunt spreken over je intelligente technologie, kunt u berekenen geen waarde aan dergelijke vergaderingen. Je bent niet deelnemen, je bent strikt luisteren, en misschien aantekeningen te maken. Vroeg of laat zullen uw klanten zich direct contact opnemen met de ontwikkelaars. "Waarom contact opnemen met de Project Manager als hij niet kan geven mij een antwoord? Ik kan evengoed gaan rechtstreeks naar de bron. "Zorgen Niets Falls Through Het gezicht van de CracksLet's it. Je krijgt nooit zo veel tijd als je wilt om uw projecten te plannen. Wat belangrijk is niet dat je het perfect de eerste keer. Wat belangrijk is dat je de taken die viel door het scheuren voordat het te late.If je weet niet wat er nodig is om uw oplossing te voltooien kan vangen, u zal niet in staat zijn om alle activiteiten over het hoofd gezien te identificeren. Ze zullen ofwel worden opgemerkt door de ontwikkelaars, of gewoon weggelaten forever.In Short? Om een effectieve Project Manager, moet je in staat zijn het ontwerpen en ontwikkeling van de oplossing zelf. Anders heb je twee opties. U kunt ofwel (a) anderen vragen om beslissingen te nemen voor u, of (b) gewoon doen alsof je weet wat je het over hebt. In het eerste geval, je bent een Project Coördinator. In het tweede geval, je bent een Project Mangler.Luc Richard heeft een MBA met een grote in hoge technologie. In de afgelopen 10 jaar, hij is het beheer van de ontwikkeling van software applicaties. Hij is de oprichter van het project Mangler (http://www.projectmangler.com), een online bron die gratis artikelen, verhalen, en andere kant-en-tools te gebruiken om ontwikkelaars te helpen publiceert, teamleiders en managers leveren software projecten op
Artikel Bron: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster krijgen html code
Voeg dit artikel aan uw website!
Webmaster verzenden van artikelen
Geen registratie vereist! Vul het formulier in en uw artikel is in de Messaggiamo.Com Directory!
