Mikä on Hankkeen Laajuus?
Hankkeen Laajuus on yksityiskohtainen kuvaus hankkeesta työtä tarpeen täyttää sidosryhmien kanssa. Siinä käsitellään tietenkin sitä, mitä siihen sisältyy. Puuttumalla siihen, mitä on jätetty ulkopuolelle, voidaan kuitenkin merkittävästi parantaa vaaditun työn selkeyttä. Soveltamisalaa on kahdenlaisia: 1) tuotteen laajuus ja 2) hankkeen laajuus.
Tuotteen Laajuus on osajoukko Hankkeen Laajuus. Siinä kuvataan, millaista työtä tarvitaan hankkeen luomien tuotosten vaatimusten täyttämiseksi., Scope management korostaa projektin laajuutta, koska tuotteet ovat projektin keskeisiä tuotoksia. Erityisiä hankeasiakirjoja ja-prosesseja käytetään varmistamaan, että lopputuote täyttää hankkeen sidosryhmien hyväksymiskriteerit. Ainutlaatuinen hanke asiakirjat omistettu yksinomaan Tuotteen Soveltamisalaan kuuluvat Vaatimukset hoitosuunnitelma ja Vaatimusten Jäljitettävyys Matriisi. Konfiguraationhallinta on ainutlaatuinen prosessi, joka on perustettu tuotteen toiminnallisten tai fyysisten ominaisuuksien muutosten hallitsemiseksi., Tuotteet on myös käydä läpi tarkastus ja validointi prosessit ennen kuin ne voidaan hyväksyä ja siirtää asianmukaiset sidosryhmät.
Hankkeen Laajuus sisältää Tuotteen Laajuus ja kuvataan kaikki muut työt täytettävä hankkeen. Se on kuvattu Soveltamisala hoitosuunnitelma ja Laajuus perus-ja jää-Projekti hoitosuunnitelma. Soveltamisalan hallintasuunnitelmassa esitetään, miten soveltamisala on suunniteltava, toteutettava ja valvottava., Scope Baseline määrittelee hankkeen soveltamisalan kolmessa asiakirjassa: 1) Scope Statement, 2) Work Breakdown Structure (WBS) ja 3) The WBS Dictionary. Scope-perustaso on asiakirja, jota vasten scope-suorituskykyä mitataan.
miten projektin laajuus luodaan?
soveltamisalan luomisessa ja hallinnoinnissa on useita harkittavia toimia.
1 Vaihe 1 – laaditaan hoitosuunnitelmat
soveltamisalan hallintasuunnitelma ja vaatimusten hoitosuunnitelma ovat hankkeen hoitosuunnitelman toissijaisia suunnitelmia., Niissä kuvataan, miten projekti ja tuotteen laajuus suunnitellaan, toteutetaan ja valvotaan. Niissä määritellään myös tuotteen laajuuden hyväksymiskriteerit, jotka on täytettävä ennen kuin tuotteet voidaan siirtää hankkeen sidosryhmille.
2 Vaihe 2 – Tunnista vaatimukset
vaatimukset ovat ehtoja, jotka on täytettävä sidosryhmien tarpeiden ja odotusten täyttämiseksi. Ensisijaisia vaatimuksia ovat sidosryhmät. Useita työkaluja ja tekniikoita käytetään tunnistamaan vaatimukset, kuten aivoriihi, haastatteluja, mindmapping, benchmarking ja prototyyppien.,
3. Vaihe 3 – Määrittele Tuotteet
Tuotteet ovat määriteltyjen vaatimusten täyttämiseksi. Jokainen tuote ja siihen liittyvät vaatimukset dokumentoidaan ja seurataan Jäljitettävyysmatriisissa (RTM). RTM: llä seurataan tuotteiden tilaa ja muutoksia koko projektin ajan.
4 Vaihe 4 – Luo Laajuus Lähtötilanteessa
Soveltamisala on dokumentoitu Soveltamisala Lähtötilanteessa ja sisältää kaikki projektin työtä luoda tuotteita., Scope Baseline koostuu Scope Statement, WBS ja WBS Dictionary. Se on muodollinen asiakirja, jota käytetään mittaamaan edistystä suhteessa soveltamisalan suorituskykyyn.
5 Vaihe 5 – Toteuttaa ja Mitata Suorituskykyä
Soveltamisalaan, suoritetaan ja mitataan vastaan Soveltamisala Lähtötilanteessa. Soveltamisalan hallintasuunnitelma ja vaatimusten hallintasuunnitelma sisältävät kynnysarvot ja hyväksymiskriteerit, jotka hankkeen soveltamisalan on täytettävä, jotta lopputuotteet voidaan siirtää sidosryhmille.,
6 Vaihe 6 – Valvonnan Laajuus
Mitään eroa todellinen laajuus ja Soveltamisala Lähtötilanteen tulokset varianssi. Soveltamisalan perustasoa voidaan muuttaa vain hyväksytyllä muutospyynnöllä, joka on käynyt läpi integroidun muutoksenhallintaprosessin. Muutospyynnössä yksilöidään ennalta ehkäiseviä tai korjaavia toimia, jotta soveltamisalan suorituskyky saadaan Scope-perustason mukaiseksi. Muutokset tuotteissa tallentuvat vaatimusten Jäljitettävyysmatriisiin ja konfiguraationhallinnan muutos hyväksyy ne.,
7 Step 7 – Transfer Scope
kun tuotteet on luotu, ne todennetaan oikeiksi. Jos tuote todennetaan, se validoidaan Hyväksymisperusteiden mukaisesti ja siirretään sidosryhmille.
miten projektin laajuutta käytetään?
hankkeiden soveltamisalan hallinnointi suoritetaan sen varmistamiseksi, että hankkeen tavoitteet saavutetaan ja että tulokset voidaan tyydyttävästi siirtää sidosryhmille. Hankkeen onnistumisen varmistaa soveltamisalan perustason hallinta., Vaatimusten Jäljitettävyysmatriisia käytetään tuotteiden muutosten seuraamiseen ja mahdollisista muutoksista tiedottamiseen sidosryhmille. Muutoksia tuotteen laajuudessa ja projektin laajuudessa hallinnoidaan Konfiguraationhallintaprosessissa ja integroitua Muutostenhallinnan prosessia vastaavasti.
On olemassa kaksi hyväksyttävää tilanteissa, että soveltamisala hallinta voi estää syntyminen; Scope Creep ja kultaus. Ne ovat samanlaisia, koska jokainen johtaa siihen, että ylimääräinen hyväksymätön soveltamisala suoritetaan., Scope Creep on vähäisen hyväksymättömän soveltamisalan loppuun saattaminen pitkän ajan kuluessa. Kultaus on laajennuksen loppuun saattamista, joka on päivitetty saamatta hyväksyntää. Kummassakin tapauksessa projektipäällikkö olettaa yleensä, että budjetti on riittävä. Hyväksymättömän soveltamisalan loppuun saattaminen johtaa kuitenkin selittämättömiin kustannuksiin ja mahdollisesti aikatauluvaikutuksiin. Asianmukaisella soveltamisalan hallinnoinnilla varmistetaan, että vain lähtötilanteessa hyväksytty soveltamisala toteutetaan ja hanke onnistuu.,
kun tuotteita syntyy, projektiryhmä tarkistaa, että ne täyttävät vaatimukset soveltamisalan hallintasuunnitelman, vaatimusten hallintasuunnitelman ja Scope-perustason mukaisesti. Kun tuotteet on tarkastettu, hankeryhmä ja sidosryhmät vahvistavat ne varmistaakseen, että ne täyttävät hyväksymiskriteerit. Jos tuotteet täyttävät hyväksymiskriteerit, ne siirtyvät sidosryhmille. Soveltamisalan hallinta on ratkaisevan tärkeää hankkeen onnistumisen kannalta, sillä sen tavoitteena on tuottaa tuotteita, jotka vastaavat sidosryhmien tarpeita ja johtavat hankkeen onnistuneeseen päättymiseen.,