Lähestymistapoja arvio PROJEKTINHALLINTA

Share

|

Projektipäälliköt ovat paljon paineita tuottaa arvioita aikaa ja kustannuksia järjestelmien kehittämiseen alusta alkaen hankkeeseen, tyypillisesti kahden ensimmäisen viikon aikana. Kuitenkin arvioidaan kehitystä hankkeen ääriviivat vaatimuksia eikä fyysinen suunnittelu on kuin koti ostaja sanoo, "Quote minulle hinta talon rakentamista, mutta en ole varma missä haluan talo sijaitsee, tai siitä, kuinka monta huonetta, vai pitäisikö sen olla tiilestä tai puusta." Ei ole yllättävää, että hanke arviot yhtä pahoja kuin ne ovat, mutta ne voidaan tehdä ja täyttää ollenkaan. Kolme lähestymistapaa voidaan arviointitoiminnan:

1. Käyttämällä kokemus alalta

2. Käyttämällä kokemus oman organisaation

3. Rolling enemmän tai vähemmän yksityiskohtaisia arvioita hankkeen työtä

Käyttämällä Toimiala Kokemus: Tehtävä Points

Ehkä hyödyllisin muoto kirjataan kokemus teollisuudesta tulee toimia kohtaan laskee. Monet toimenpide ohjelmisto toimia perustuu määrä riviä koodia. Ongelmia tämän toimenpiteen, että sama toiminto liittyy monia enemmän rivejä matalan tason kieli kuin korkean tason kieli. Usein algoritmi koodattu yhdellä kielellä vaatii enemmän linjoja koodataan toisella kielellä. Toiminto kohta määrä on vakaampi mittari ohjelmiston koon kuin riviä koodia, koska se perustuu määrä panoksia, tuotoksia, tiedostot ja muiden toimenpiteiden monimutkaisuuden. Kansainvälinen Tehtävä Point Users Group (IFPUG) on tehnyt paljon vaivaa suunnitteluun ja ylläpitoon yhtenäisiä menetelmiä mitoitusohjelmien.

Tehtävä Point Method Lyhyesti, mukaan lasketaan tiedostoja, panokset, tuotokset, ja kyselyt osallistuvat hakemuksen. Jokainen on mitoitettu niin yksinkertainen, keskimääräinen tai monimutkainen. Jokainen luokitus on painotettu, jotta saadaan mukauttamaton toiminnon kohta laskea. Jos esimerkiksi viisi tiedostoa sovelluksessa ovat keskimäärin monimutkaisuus (jonka IFPUG esitetyllä painotusta 10), ne lisätään 50 funktio viittaa koko.

Koko hakemus on mitoitettu 14 toimenpiteistä yleisen monimutkaisuuden, joka sisältyy määrin hajautettua käsittelyä ja osa liiketoimet, joissa online-tietojen syöttö. Jokainen monimutkaisuus toimenpide luokitetaan viiden pisteen asteikolla (eli 70 on korkein pistemäärä mahdollista). Monimutkaisuus luokitus on jaettu 100 ja 0,65 lisätään tuottaa tekijä vaihtelee 0,65-1.35. Tasoittamattomat toiminto kohta määrä kerrotaan tällä tekijällä saada mukautettu toiminto kohta laskea. Esimerkiksi laskeminen ja painotus tiedostoja ja muita kohteita tuottaa tasoittamattomina tehtävä kohta lasken 1000. Soveltaminen on merkittävä monimutkaisuuden ja luokitus 14 monimutkaisuus toimenpiteet saadaan yhteensä 60 pistettä. Kuten 60/100 + 0,65 on 1,25, mukautettu toiminto kohdassa määrä olisi 1250.

Mittaaminen tuottavuus toimintopisteiden Useita tuhansia hankkeita on analysoitu rakentaa up-toiminnon kohta tietokannat, joita voidaan käyttää vertailla vaivaa, että joutui kunkin hankkeen määrän kanssa tehtävä pisteitä luodaan. Wide valikoimia tuottavuuden exist. Esimerkiksi, kokemattomat työntekijät, jäsentelemätöntä menetelmiä, tavallisilla työkaluilla ja matalan tason kielillä, tuottavuus vaihtelee 0,25-5 toiminto pistettä per henkilöstö kuukaudessa. Toisessa ääripäässä on alue, kokenutta henkilöstöä, jäsenneltyä menetelmiä, sähkötyökaluja, ja korkean tason kielet, tuottavuus vaihtelee 20-100-toiminto pistettä per henkilöstö kuukaudessa. IS hankkeet yleensä välillä 3-50 toimia pistettä per henkilöstö kuukaudessa, ja keskiarvo on 8 toiminto pistettä.

Jos projektiryhmä voi saavuttaa kymmenen toimia pistettä henkilökunnan kuukaudeksi, 1250 - toiminto-kohta hanke kestää 125 henkilökunnan kuukauden tai kymmenen ihmistä hieman yli vuosi. Jos tuottavuus on 20 toimintoa pistettä per henkilökunnan kuukaudeksi, työ voi tehdään puolet ajasta.

Vaikka toiminta kohdat ovat kohtuullisia mitoitus toimenpide, ne eivät ole paljon käyttöä arvioitaessa vaivaa ellei tuottavuutta voidaan arvioida. Voit tehdä vaatii näyttöä hankkeen henkilöstön tuottavuuteen.

Arvo-hankkeen kokemukset

Vaikka sen merkitys arvioitaessa, hyvin harvat organisaatiot ovat tietokannan projektin kokemuksia. Sen sijaan kokemus hanke on päämiehet projektin jäsenten ja ei ole helppoa johtaja seuraava projekti käyttää. Itse asiassa hyvin harvat organisaatiot pitävät luotettavia lukuja todellinen tuntia toteutettu hankkeiden kehittämiseen. Koska automaattinen prosessi hallintatyökaluja tullut laajemmin käytössä, se tulee halvemmaksi ja helpommaksi käyttää aiemmin hankkeen historiaa.

Prosessien hallinnan väline pitäisi auttaa vastaamaan seuraaviin kysymyksiin:

>> Mitä aiemmista hankkeista vastaavat nykyistä?

>> Mikä oli vaivaa samankaltaisten hankkeiden kokonaismäärä ja tehtävä?

>> Miten taitoja ihmisten vastaavia hankkeita verrataan niitä nykyisen projektin henkilökunta?

Löytäminen samankaltaisia hankkeita Vastaava projekti voi olla että on samat tehtävät, jotka olivat tehneet samat ihmiset, joita käytetään samaa ohjelmointikieltä, tai täyttää muut kriteerit. Hankkeen historia tietokanta on voitava etsiä vastaavia hankkeita. Tämä merkitsee sitä, että kaikki hankkeet on tehtävä käyttämällä standardin joukko tehtäviä, kuten kirjanpito kustannukset on analysoitava standardi tilikartta. Jos jokainen projektipäällikkö muodostaa nimet tehtäviä kunkin hankkeen, miten hankkeet verrata keskenään?

Määrittäminen varhaisemmista toimista ja taidot Kun vastaavia hankkeita on valittu, johtaja uuden hankkeen on tiedettävä työtä samankaltaisten hankkeiden, yleinen ja tehtävä, ja taitoja, jotka työskentelivät näissä hankkeissa. Johtaja voi löytää nämä tiedot, jos aikaa ja rahaa käytetty on kirjattu tavallinen ja jos tiedot ovat kohtuudella valmis. Lainatakseni tuottavuuden asiantuntija kaprikset Jones, "historiallinen hankkeita koskevat käytetään sisäisesti yritysten on lähes arvoton talouden tutkimuksia. Suorat käyttäjä pääasiassa kustannukset koskaan seurataan, palkaton ylityö on harvoin seurataan, ja huolimattomuudesta Latausaika oikeaan asettaa hankkeen tilien rehottavat MIS verkkotunnuksen. "

Automatisoitu prosessi hallintatyökalut on tehtävä tallennus todellista työtä vastaan standardin luokan edullinen ja helppo kaikille ottamalla aikaa hankkeesta sitten projektihistoriaan voi tulla mielekäs tukea arvioitaessa.

Roll-Up arviot

Käyttämällä kokemus koko projektin ylhäältä alas on arvo, koska se voidaan tehdä aikaisin projektiin, kun vain yleistä tietoutta fyysinen malli on saatavana. Tehtävä kohta laskenta kuitenkin perustuu fyysiseen tiedostoista, panosten ja tuotosten.

Luotettavin tapa arvioida, mutta eniten aikaa vievää, on tehdä arvio jokaisesta työstä yhdessä tiimin jäsen, joka on vastuussa siitä ja yhdistää arvioita alhaalta ylöspäin. Alhaalta ylös arvioidaan kuuluu kolme kysymystä:

>> Mitä tehtäviä on tehtävä?

>> Kuka tehdä niitä?

>> Kuinka kauan ne kestää loppuun? (Yksityiskohtaiset arviot voida määrätä tai neuvotella työntekijöiden kanssa.)

Hankkeen johtaja lahjakas epävirallinen projektinhallinnan voi neuvotella tiukka mutta saavutettavissa arvioita sekä saada henkilökohtaista sitoutumista henkilöstön. Sitoutuminen tiukasti voidaan tehdä vasta, kun suunnittelu on tiedossa ainakin pääpiirteittäin muodossa. Ylhäältä alas arviot tehdään alkuvuodesta hanke, tehty halvalla ja usein muuttunut. Alhaalta ylös arvioiden asetettu, kallista tuottaa, ja perusti myöhemmin hankkeeseen.

---