Ennen kuin palkkaat toimistosi, asiakkaat tarvitsevat lukuja – mutta miten arvioit projektit, kun et tiedä vaatimuksia? Joka tapauksessa sinun on pystyttävä kertomaan asiakkaalle, kuinka paljon projekti todennäköisesti maksaa ja kuinka kauan sen toteuttaminen kestää. Mutta miten teet tarkan arvion, jos et tiedä, mitä projektiin kuuluu? Entä jos vaatimukset ovat puutteelliset, koska löydät ne matkan varrella?
On houkuttelevaa olettaa, että Scrum-viitekehyksen tai ketterien periaatteiden noudattaminen helpottaa arviointia. Päinvastoin: tiukan Scrum-prosessin noudattaminen ei anna toimistollemme sitä etukäteisselkeyttä, jota asiakkaat haluavat kaivaessaan shekkivihkojaan esiin.
Ensimmäisessä pyöreän pöydän keskustelussamme DPM-yhteisön jäsenet ympäri maailmaa kokoontuvat yhteen ja keskustelevat lähestymistavoistaan arviointiin. Käymme läpi ratkaisuja yleiseen kysymykseen, jonka me kaikki digitaalisina projektipäälliköinä esitämme:
Miten laadit tarkan arvion, kun kaikkia vaatimuksia ei ole määritelty?
Käsittelemme myös muutamia muita projektien arviointiin liittyviä kysymyksiä, kuten:
- Miten käsittelet alkuperäiseen projektin arvioon tehtäviä muutoksia?
- Mitä analoginen arviointi tarkoittaa? (Keskustelemme esimerkistä analogisesta arvioinnista.)
- Miten viestit projektiveloituksistasi asiakkaalle ketterässä työskentelyssä tai Scrumissa?
- Pitäisikö toimiston veloittaa projektin kartoituksesta?
- Miten käsittelet kaikkia tuntemattomia tekijöitä projekteja arvioidessasi? (Vinkki: perusteellisella vaatimustenkeruuprosessilla on paljon tekemistä asian kanssa.)
Katso video täällä ja jaa näkemyksesi kommenttiosiossa. Pyöreän pöydän keskustelussa viittasimme useisiin asiantuntijoidemme DPM-artikkeleihin – linkit näihin resursseihin ovat alla.
- Näin ketterät sopimukset toimivat tiimeillesi ja asiakkaillesi
- DPM-podcast: Sopimusten tekeminen ketterällä tavalla (Alexa Hustonin kanssa)
- Projektien arviointi: täydellinen opas projektin budjetin ja kustannusten arviointiin
- Ketterä menetelmä vai vesiputousmalli? Kumpaa sinun pitäisi käyttää projektissasi?
