Beste antwoord
Het Projectachtergrond beschrijft de organisatorische achtergrond waarin het project plaatsvindt. U moet ernaar streven het begrijpelijk te maken voor iemand die niets van het bedrijf of de technologie af weet. Het moet een hoog niveau zijn, slechts een paar zinnen over elk sleutelelement. Toen ik bijvoorbeeld Head of Digital Libraries bij de British Library was, legde ik uit wat de British Library was, waarom het een digitale bibliotheek had, wat het digitale bibliotheekprogramma was en welk deel van het digitale bibliotheeksysteem het project beïnvloedde. Als je het eenmaal voor een project hebt geschreven, zou je het moeten kunnen hergebruiken voor elk ander project binnen hetzelfde programma.
De Probleemdefinitie beschrijft het probleem dat het project moet oplossen. Het zou het probleem moeten beschrijven in termen van de zakelijke voordelen die u verwacht te krijgen zodra het project is voltooid. Veel mensen begrijpen deze fout. Stel dat uw project is om een groep servers te upgraden van Windows Server 2003 naar 2016. Ik heb vaak mensen iets zien schrijven als: “Het probleem is dat x, y en z-servers Windows Server 2003 draaien”. Het feit dat een server een verouderd besturingssysteem gebruikt, is op zich geen probleem. U moet zich verdiepen in het echte zakelijke probleem dat wordt opgelost. Het kan beveiliging zijn, of het kan zijn dat u niet aan uw SLAs kunt voldoen omdat het bewakingssysteem 2003 niet ondersteunt. Stel dat u het project start en u ontdekt dat een van de servers niet kan worden geüpgraded omdat de software die wordt uitgevoerd, niet compatibel is met 2016. Uw project is nu een mislukking. De software zal echter op Server 2010 draaien. Als je had gezegd dat het probleem met de beveiliging te maken had, dan zou je 2010 gewoon kunnen installeren en het project is nog steeds een succes.
Als je kijkt naar wat PRINCE2 en Managing Successful Programmas (MSP) zeggen over projecten – ze gaan over het opzetten van een capaciteit. De doelstellingen van het project zouden moeten gaan over de mogelijkheden die u verwacht aan het einde van het project aanwezig te zijn. Stel dat u een website ontwikkelt voor een reisboekingsbedrijf. Het doel zou zijn om gebruikers in staat te stellen reizen per trein, taxi, riksja, enz. Enz. Te zoeken, te boeken en te betalen.
De Projectrechtvaardiging is de businesscase voor het project. Alleen omdat er een probleem is dat moet worden opgelost, betekent niet dat het bedrijf geld moet uitgeven aan het oplossen van dat probleem. Elke organisatie heeft orden van grootte meer dingen die ze zou kunnen doen dan dat ze de tijd of het geld hebben om daadwerkelijk te bereiken. id = “f1fe275139”> Projectrechtvaardiging moet de lezer vertellen wat het verwachte investeringsrendement is voor het project
De Reikwijdte van het project moet een opsommingsteken zijn van wat het project zal doen en, nog belangrijker, wat het niet zal doen. Gaat het project bijvoorbeeld trainingsmateriaal opleveren? Zal het project het team werven dat de output gaat gebruiken? Is de reikwijdte van het project één land, een regio of mondiaal?
Antwoord
Projectachtergrond – Dit is alleen de context, in plaats van het project zelf. Het bedrijf groeit bijvoorbeeld en neemt dus meer personeel aan. Uw project is een technische vernieuwing en capaciteitsverhoging van het HR-systeem. U levert geen groei of personeel. U levert het nieuwe HR-systeem.
Probleemomschrijving: dit is niet louter een term voor projectmanagement. Ik zou zeggen dat het verband houdt met de achtergrond, omdat het vraagt wat het probleem is dat moet worden opgelost. Uw project levert misschien niet de hele oplossing op, dus het kan “het onderliggende probleem niet oplossen. Uw HR-vernieuwing zal bijvoorbeeld niet leiden tot de overeenkomende groei in het salarissysteem.
Doelstellingen van het project: de gebruikelijke term is doelstellingen en er zijn twee soorten.
Bedrijfsdoelstellingen: dit kan inhouden dat je kunt omgaan met een groei van x\% in personeel. Dat levert u niet op – u repareert alleen HR. Zelfs als het HR-systeem het enige was dat groei nodig had, moet de klant kijken naar bedrijfsprocessen, HR-personeel, enz. Om te kunnen profiteren van het nieuwe systeem dat u nodig hebt. Zakelijke doelstellingen zijn een goede zaak om te weten en te vermelden, MAAR ze vallen NIET binnen uw geschenk.
Projectdoelstellingen: dit zijn de resultaten waarvoor uw project is ontworpen. Deze vallen binnen uw geschenk. zijn nog steeds van hoog niveau, dus verwar deze niet met deliverables.
Projectverantwoording: nogmaals, dit is echt een deel van de achtergrond. Het zijn voor een groot deel uw zaken niet! Als een klant een grote rode paal in zijn kantoor wil en bereid is ervoor te betalen, dan is dat zijn zaak.Iemand, niet de premier, maar vaak een bedrijfsanalist, moet een businesscase opstellen om het werk te rechtvaardigen en de uitgaven goedgekeurd te krijgen door de budgethouders. Normaal gesproken zou dit a) zijn als ik X uitgeef, het zal X + Y teruggeven, of b) als ik X uitgeef, vermijden of verminderen we de risicokosten Y. Dit is niet jouw taak en zal al gedaan zijn voordat jij gevraagd om een project te definiëren en uit te voeren.
Scope van project: De Project Scope vormt absoluut de kern van uw domein als PM. De scope definieert, zo nauwkeurig mogelijk, twee dingen: 1) Wat gaat het project doen? 2) Wat doet het project NIET? Uw project levert een nieuw HR-systeem op, maar (misschien) levert het geen training op voor het HR-personeel van de klant. Het levert geen extra HR-personeel op. Het omvat waarschijnlijk de HR-integratie van de salarisadministratie, maar waarschijnlijk geen wijzigingen in de salarisadministratie. Enz. Scope kan het beste op een gestructureerde manier worden gedefinieerd. Ik gebruik POLDAT
bedrijfsproces, organisatie, locatie, gegevens, toepassing, technologie.
Wat verandert je project, of verandert het niet, in deze domeinen van verandering?
Verpest dit en je zit diep —-