Täydellinen opas, jolla voit tunnistaa ja välttää projektin ulottuvuus
Nykyään aina, kun kuulemme sanan "Creep", se ei koskaan merkitse mitään hyvää. Tämä sana ei saa mitään positiivisuutta tässä artikkelissa. Projektin laajuus Creep on erilainen "hiipivä", mutta se on edelleen hyvin sneaky ja haitallinen hankkeellesi.
Tässä artikkelissa aiomme vastata seuraaviin kysymyksiin:
Aloita nyt alusta alkaen.
Mitä täsmälleen on laajuus hiipii?
No, soveltamisala on tilanne, joka syntyy, kun ennalta määritellyt ominaisuudet, soveltamisala jaProjektin toimituksetLaajenna esiasetetuista olosuhteista ilman, että sitä mukautetaan budjetissa tai lisäajassa. Se on erittäin todellinen uhka, joka voi vaikuttaa kaikkiin kiinteään soveltamisalaan.
Tämän tilanteen kertoimet ovat erittäin korkeat, koska se voi tapahtua sekä tarkoituksella että tahattomasti. Koska projektin kehittämiseen on olemassa paljon toimijoita, soveltamisala voi johtua mistä tahansa näistä toimijoista, mikä tekee siitä hyvin yleistä ja haitallista.
SOVELTAMINEN CREEP on niin haitallinen, koska se voi tehokkaasti aiheuttaahanketai sulje se kokonaan. Miten? No, sanotaan, että esität joitain uusia muutoksia kehitysvaiheessa, ja saat tiimin työskennellä heitä.
Jos nämä muutokset eivät sovi hankkeen ja koko pyrkimykseen määritellyn talousarvion kanssa, poltat rahat ja myös toimittamatta täydellistä hanketta, jonka olisit tehnyt ilman näitä muutoksia.
Ketkä ovat ihmisiä, jotka ovat yleisimmin mukana aiheuttaa laajuus hiipii?
Tässä vaiheessa sinulla on käsitys siitä, mitä laajuus hiipii on, mutta nyt keskitymme todellisiin toimijoihin, jotka liittyvät siihen.
Tämä auttaa sinua saamaan tietoa kaikkien toimijoiden rooleistaHankkeen kehittäminenJa miten voit estää heitä aiheuttamasta laajuutta. Katsotaanpa.
Kyllä, tiimin jäsenet. Se ei aina ole asiakkaita, jotka ovat vastuussa projektin törkeistä muutoksista, jotka voivat olennaisesti rikkoa, se voi olla myös sisäiset tiimin jäsenet. Katsotaanpa joitakin syistä, että tiimisi jäsenet voivat aiheuttaa laajuuden:
Se on todellinen häpeä projektipäällikölle, jos heidän tiimin jäsenet ovat epäselviä hankkeen lausunnosta ja hankkeen laajuudesta. Nämä ovat hankkeen alkuperäiset tarpeet, jotka olisi siirrettävä ja naulata asianmukaisesti kaikkien hankkeeseen osallistuvien jäsenten mielissä.
Varmistaa, että tämä tietojen siirto tapahtuu oikein, projektipäälliköiden olisi varmistettava, että hankkeen alussa kaikki hankkeen tarpeet ja vaatimukset ja kaikki hankkeen virstanpylväät ja toimitukset on esitetty asianmukaisesti ja Kaikki hankkeeseen liittyvät kaikki ovat tietoisia niistä.
KunHankkeen laajuusKannatetaan alas, kaikki niihin liittyvät sidosryhmät olisi osallistuttava tähän keskusteluun.
Jos tämä on epätodennäköistä, ja siellä on tiettyjä tyhjiä tiloja, joita ei voi täyttää, voit ajaa aaloitustapaaminenKoko joukkueen, joka antaa heille kaikki tietää, mitä projektin kanssa tapahtuu ja mitä tapahtuu.
Sitten projektin kehityksen aikana sinun on varmistettava, että pidät kaikki sidosryhmät silmukassa niin paljon kuin voit, joten ei ole tyhjiä tiloja ja kaikki ovat kristallinkirkkaita siitä, mitä tapahtuu, mikä tapahtuu tapahtua ja mitä heidän on tehtävä.
Ihmiset ovat hyvin vaikutuksia sosiaalisesti ja jopa heidän työstään elämässään. Jos tiimin jäsenet eivät saa riittävästi huomiota projektinjohtajiltaan, se tarkoittaa, että ne eivät ole tyytyväisiä hankkeen laajuuteen ja näkemykseen, ja he haluavat kehittää asioita eri tavalla. Hyvä PM lopettaa sen.
Projektipäällikkönä sinun on varmistettava, että kaikki tiimin jäsenet saavat riittävästi huomiota henkilökohtaisen vuorovaikutuksen tai toistuvien kokousten kautta projektista, jotta kukaan ei voi saada hauskoja ajatuksia eri tavalla.
Usein tiimin jäsenet haluavat kehittää toimivuutta, mutta he eivät kuule muita asianomaisia osapuolia kyseisistä muutoksista. Tämä on erittäin vaarallista hankkeelle.
Esimerkiksi, jos suunnittelija päättää, että he haluavat lisätä toimintoja ilman konsultointia, se voi huonosti vaarantaa projektinennalta määrätty toimintaja säiliö koko toiminta.
Hyväksy aina tiimin jäsenten viestintä eri viestintäkanavien tai toistuvien kokousten kautta, jotta kaikki ovat samalla sivulla eikä tyhjiä välilyöntejä.
Yrityksesi vanhempi sidosryhmillä voi olla suuri vaikutus projektin soveltamisalaan. Heillä voi olla minkäänlaista järkevää järkevää kysyntää tai ominaisuutta, joka lisätään projektiin, mutta sen mukaan, minkälainen muutos on, sinun on käsiteltävä tuotantoa lopulta.
Joten, jos haluat pelata sitä turvalliseksi eikä jää kiinni kovaa keskustelua myöhemmin vanhempien kumppaneiden kanssa, arvioida tämän muutoksen vaikutusta itse ja jos se aikoo luoda vastuun, sinun on ilmoitettava vanhempien sidosryhmille muutoksesta Vaikutus laajuuteen ja talousarvioon.
Tämä luo luottamuksen ja vakauden kaikkien asianomaisten sidosryhmien keskuudessa ja sinun ei tarvitse huolehtia siitä, millään ei-tarttumattomat muutokset.
Käyttäjän testaus on erittäin tärkeä osa projektin kehitysvaiheesta. Käyttäjät tarjoavat palautetta beta-testausvaiheessa voi olla valtava vaikutus hankkeeseen. Mutta usein käyttäjät vaativat erilaisia ominaisuuksia, jotka lisätään projektin soveltamisalaan. Ja painaa käyttäjän merkitystä, et voi sivuuttaa pyyntöään.
Mitä voit tehdä tässä tilanteessa, on, että sinulla on tiimisi laatia asiakkaiden ehdottamien ominaisuuksien vaikutukset.
Jos ne ovat toteuttamiskelpoisia ja jotka kuuluvat talousarvion ja soveltamisalan puitteissaSisältää sen hankkeeseenMutta jos ne eivät kuulu soveltamisalaan, sinun kannattaa ottaa asiakkaille luottamusta ja selittää tilanne heille.
Toinen asia on varmistaa, että ymmärrät kaikki esitetyt muutokset ja vaikutukset, joita ei ole toteutettu.
Jos olet yhteensäHankkeen hallinta, voit hengittää helposti kehitysvaiheessa, mutta jos luot kaikki 3 Osapuoli tai muu ulkoinen sidosryhmä, sinun täytyy olla melko valppaana työstä, jota he tekevät.
Sinun täytyy tehdä kaikki projektitoimituksesi ja virstanpylväät kristallinkirkas, ennen kuin alat työskennellä projektisi. Tämän jälkeen sinun on pidettävä mielessä kaikki vaikutukset, joita nämä toimitukset voivat olla projektin soveltamisalaan.
Tämä auttaa sinua pitämään ulkoisten sidosryhmien työtä sekillä jaSuojaa projektivahingosta.
Yksi projektipäällikkö voi tehdä yksi suurimmista vaikutuksista hankkeen laajuuteen. Miten se tapahtuu, kun he ovat henkilö hallitsemaan koko Shindig?
No, projektipäälliköt saavat joskus kiusauksia uusien ominaisuuksien lisäämisestä projektisi puhumatta asiakkaiden tai muiden sidosryhmien kanssa. Nämä kiusaukset osoittautuvat usein menestyksiksi, mutta se voi olla vaikea keskustelu muuttaa sidosryhmien mieliä ja tehdä niistä samaa mieltä.
Myös projektipäälliköiden on tarkoitusraporttiVelat ja kaikki sidosryhmille mahdolliset lähestyt kysymykset, joten ei ole yllätyksiä myöhemmin, kun ei ole tilaa virheelle ja hanke epäonnistuu.
Selvityksen syyt
Seuraavassa on 10 yleisimpiä syitä soveltamisalaan. Katsotaanpa:
Mitkä ovat tapoja, joita voit käyttää hallita laajuus hiipiä?
Seuraavat ovat 5 keskeistä tapaa, joilla voit hallita laajuutta hiipiä. Ne ovat, mutta ei rajoittuen:
Johtopäätös
SOVELTAMINEN CREEPS ovat yleensä täydellisiä uhkaa, koska niillä on taipumus erottaa kokonaan tai loukkaa projektia kokonaan, toisinaan. Mutta jos tiimisi koordinointi ja luottamus taso ovat korkeammalla tasolla, voit ottaa ne myös positiivisesti.
Miten? No, ne ovat muutoksia naamioissa ja kaikki muutokset eivät ole huonoja. Jos sinulla on aikaa ja budjetti sisällyttämään nämä muutokset projektisi soveltamisalaan, niin ei ole mitään haittaa.
Varmista vain seurata ja seurata muutoksia ja niiden vaikutuksia hankkeeseen ja jos et näe mitään velkoja, mene siihen.
