Paras vastaus
Projektin tausta kuvaa organisaation taustan, jossa projekti toteutetaan. Sinun tulisi pyrkiä tekemään se ymmärrettäväksi jollekin, joka ei tiedä mitään yrityksestä tai tekniikasta. Sen pitäisi olla korkea taso, vain muutama lause jokaiselle avainelementille. Esimerkiksi kun olin Britannian kirjaston digitaalisten kirjastojen päällikkö, selitin mikä oli British Library, miksi sillä oli digitaalinen kirjasto, mikä oli digitaalinen kirjasto-ohjelma ja mihin osaan digitaalista kirjastojärjestelmää projekti vaikutti. Kun olet kirjoittanut sen yhdelle projektille, sinun pitäisi pystyä käyttämään sitä uudelleen minkä tahansa muun saman ohjelman projektin kanssa.
Ongelman määrittely kuvaa ongelmaa, jonka projektin on tarkoitus ratkaista. Sen tulisi kuvata ongelma niiden liiketoiminnan hyötyjen perusteella, joita odotat saavan projektin valmistuttua. Monet ihmiset saavat tämän väärin. Oletetaan esimerkiksi, että projektisi on päivittää palvelinryhmä Windows Server 2003: sta vuoteen 2016. Olen usein nähnyt ihmisten kirjoittavan jotain esimerkiksi: ”Ongelma on, että x-, y- ja z-palvelimilla on Windows Server 2003”. Se, että palvelin käyttää vanhentunutta käyttöjärjestelmää, ei sinänsä ole ongelma. Sinun täytyy kaivautua todelliseen ratkaisemaan liiketoimintaongelmaan. Se voi olla turvallisuus tai et voi täyttää palvelutasosopimusasi, koska valvontajärjestelmä ei tue vuotta 2003. Oletetaan, että aloitat projektin ja huomaat, että yhtä palvelimista ei voida päivittää, koska sen suorittama ohjelmisto on yhteensopimaton Projektisi on nyt epäonnistunut. Ohjelmisto kuitenkin toimii palvelimella Server 2010. Jos olisit sanonut, että ongelma liittyy tietoturvaan, voit vain asentaa 2010 ja projekti on edelleen menestys.
Jos katsot mitä PRINCE2 ja onnistunut hallinta Ohjelmat (MSP) sanovat projekteista – ne ovat valmiuksien käyttöönotto. Projektin tavoitteiden tulee koskea ominaisuuksia, joiden oletetaan olevan käytössä projektin loppuun mennessä. Oletetaan esimerkiksi, että kehität verkkosivustoa matkanvarausyritykselle. Tavoitteena olisi tarjota käyttäjille mahdollisuus etsiä, varata ja maksaa matkoista junalla, taksilla, riksaalla jne.
The Projektin perustelut on projektin liiketalous. Pelkästään siksi, että on ongelma, joka on ratkaistava, ei tarkoita, että yrityksen tulisi käyttää rahaa ongelman ratkaisemiseen. Kaikilla organisaatioilla on suuruusluokkia enemmän tavaroita, joita se voisi tehdä, kuin sillä on joko aikaa tai rahaa saavuttaa. id = ”f1fe275139”> Projektin perustelujen tulisi kertoa lukijalle, mikä on projektin odotettu sijoitetun pääoman tuotto.
Projektin laajuuden tulisi olla luettelomerkki siitä, mitä projekti tekee ja mikä tärkeintä, mitä se ei tee. Aikooko projekti toimittaa esimerkiksi koulutusmateriaalia? Rekrytoiinko projekti tiimin, joka aikoo käyttää tuloksia? Onko projektin laajuus yksi maa, alue vai globaali?
Vastaus
Projektin tausta – Tämä on vain konteksti eikä itse projekti. Esimerkiksi yritys kasvaa, joten se ottaa mukaan enemmän henkilökuntaa. Projektisi on HR-järjestelmän tekninen päivitys ja kapasiteetin lisääminen. Et tuota kasvua tai henkilöstöä. Toimitat uuden HR-järjestelmän.
Ongelman määrittely: Tämä ei ole pelkkä projektinhallinnan termi. Sanoisin, että se liittyy taustaan, koska siinä kysytään, mikä on ongelma, joka tarvitsee ratkaisun. Projektisi ei välttämättä tarjoa koko ratkaisua, joten ”korjaa taustalla olevaa ongelmaa. Esimerkiksi HR-päivityksesi ei tee vastaavaa kasvua palkkajärjestelmässä.
Projektin tavoitteet: Tavallinen termi on tavoitteita ja on kahta tyyppiä.
Liiketoiminnan tavoitteet: Tähän saattaa kuulua kyky selviytyä henkilöstön x prosentin kasvusta. Et tuota sitä – sinä vain korjaat HR: n. Vaikka HR-järjestelmä olisi ainoa kasvua tarvitseva, asiakkaan on tarkasteltava liiketoimintaprosesseja, henkilöstöhenkilöstöä jne. Voidakseen hyödyntää uutta järjestelmääsi Liiketoiminnan tavoitteet on hyvä tietää ja ilmaista, MUTTA ne eivät kuulu lahjaasi.
Projektin tavoitteet: Nämä ovat tuloksia, jotka projektisi on suunniteltu saavuttamaan. Nämä ovat lahjasi sisällä. ovat edelleen korkealla tasolla, joten älä sekoita näitä suoritteisiin.
Projektin perustelut: Jälleen, tämä on todella osa taustaa. Suurelta osin se ei ole sinun tehtäväsi! Jos asiakas haluaa suuren pylvään toimistoonsa ja on valmis maksamaan siitä, se on hänen liiketoimintansa.Joku, ei pääministeri, mutta usein yritysanalyytikko, joutuu luomaan liiketapahtuman työn perustelemiseksi ja budjettien haltijoiden hyväksymien menojen saamiseksi. Normaalisti tämä olisi a) Jos vietän X, se palauttaa X + Y tai b) Jos käytän X, vältämme tai pienennämme riskikustannuksia Y. Tämä ei ole sinun tehtäväsi ja se on jo tehty ennen kuin olet pyydettiin määrittelemään ja suorittamaan projekti.
Projektin laajuus: Projektin laajuus on ehdottomasti verkkotunnuksesi ydin PM: nä. Laajuus määrittelee mahdollisimman tarkasti kaksi asiaa: 1) Mitä projekti tekee? 2) Mitä projekti EI tee? Projektisi toimittaa uuden HR-järjestelmän, mutta (ehkä) se ei tarjoa koulutusta asiakkaan henkilöstöhenkilöstölle. Se ei tuota ylimääräistä henkilöstöhenkilöstöä. Se sisältää todennäköisesti henkilöstöresurssien lopun integroinnin, mutta todennäköisesti ei sisällä muutoksia palkanlaskuun. Stb. Soveltamisala määritellään parhaiten jäsennellyllä tavalla. Käytän POLDAT
liiketoimintaprosesseja, organisaatiota, sijaintia, tietoja, sovelluksia, tekniikkaa.
Mitä projektisi muuttaa tai ei muutu näillä muutosalueilla?
Kierrä tämä ylös ja olet syvällä —-