Jah
Üldiselt küll
Mitte eriti
Ei
NÕUDED
1
Kas projektil on selge, üheselt mõistetav, ühe
lausega kokkuvõetav visioon (mission statement)?
2
Kas kõik tiimiliikmed usuvad, et visioon on
realistlik?
3
Kas projekt rahuldab konkreetset ärilist vajadust,
mille raames on kirjeldatud toodav äriline kasu ja viis, kuidas seda
kasu hinnatakse?
4
Kas projektil on olemas kasutajaliidese prototüüp,
mis kirjeldab realistlikult ning elavalt tegeliku süsteemi
funktsionaalsust?
5
Kas projektil on olemas detailne, kirjalik
spetsifikatsioon, mis kirjeldab, mida tarkvara peaks tegema?
6
Kas projektitiim küsitles inimesi, kes hakkavad
tegelikult tarkvara kasutama (lõppkasutajaid), ja laseb neil jätkuvalt
projektis osaleda?
PLANEERIMNE
7
Kas projektil on olemas detailne, kirjalik
tarkvaraarendusplaan?
8
Kas projekti ülesannete nimekiri sisaldab
installatsiooniprogrammi, eelmistest versioonidest andmete
konverteerimise utiliiti, liidestumiskulusid kolmandate osapoolte poolt
kirjutatud tarkvaraga, kohtumisi kliendiga ja muid "väikesi" ülesandeid?
9
Kas projekti ajagraafikut ja eelarvet värskendati
pärast viimase etapi lõppu?
10
Kas projektil on olemas detailne, kirjalik
arhitektuuri- ning disainidokumentatsioon?
11
Kas projektil on olemas detailne, kirjalik
kvaliteeditagamisplaan, mis nõuab peale süsteemi testimise ka
arhitektuuri ning koodi inspekteerimist?
12
Kas projektil on olemas detailne etapiviisilise
valmimise plaan, mis kirjeldab nii tarkvara valmimise kui ka tarnimise
etappe?
13
Kas projektiplaan võtab arvesse aega, mis kulub
puhkustele, riigipühadele, haiguspäevadele ja õppimisele, ning kas
inimressursid pole 100% ära planeeritud?
14
Kas projektiplaan (sealhulgas ajakava) on heaks
kiidetud nii arendajate, testijate kui ka dokumenteerijate poolt (ehk
siis kõigi inimeste poolt, kes tegelikult tööd teevad)?
OHJAMINE
15
Kas juhtkonnas on konkreetne inimene, kes projekti
eest vastutab ja kellel on voli otsuseid vastu võtta? Kas projektil on
selle inimese aktiivne toetus?
16
Kas projektijuhi töökoormus laseb tal projektile
piisaval hulgal aega pühendada?
17
Kas projektil on selgelt ja detailselt defineeritud
etapid, mille kohta on võimalik must-valgelt öelda, kas etapp on 100%
lõpetatud või ei?
18
Kas projekti osalistel on võimalik lihtsa vaevaga
teada saada, millised neist etappidest on lõpetatud?
19
Kas projektil on tagasisidekanal, mille kaudu
osalised saavad juhtkonnale anonüümselt probleemidest teatada?
20
Kas projektil on kirjalik plaan tarkvara
spetsifikatsiooni muutuste kontrollimiseks?
21
Kas projektil on "muudatuste nõukogu", mis võtab
vastu lõplikke otsuseid, kas mingi muudatus tehakse või ei?
22
Kas planeerimisdokumendid ja projekti staatuse info (sealhulgas
ajakava hinnangud, ülesannete jaotus ja tegeliku edasiliikumise tase
võrreldes plaaniga) on kõigile projekti osalistele kättesaadav?
23
Kas lähtekoodi haldamiseks kasutatakse automaatset
versioonikontrolli?
24
Kas projektis kasutatakse asjakohaseid tehnilisi
vahendeid nagu veahaldustarkvara, versioonikontroll ja
projektihaldustarkvara?
RISKIHALDUS
25
Kas projektiplaan sisaldab aktuaalsete riskide
nimistut ja kas see nimistu on värske?
26
Kas projektil on riskide eest vastutav isik, kes
identifitseerib esilekerkivaid projektiriske?
27
Kui projekt kasutab allhankijaid, siis kas meil on
plaan iga allhankija haldamiseks ja kas iga allhankija eest vastutab üks
konkreetne inimene? (Kui allhankijaid pole, vali "Jah")
PERSONAL
28
Kas projektitiim sisaldab kogu vajalikku tehnilist
ekspertiisi?
29
Kas projektitiim sisaldab käsitletava valdkonna
ärilist ekspertiisi?
30
Kas projektil on tehniline juht, kes on võimeline
projekti edukalt juhtima?
31
Kas kõigi tööde tegemiseks on piisavalt inimesi?
32
Kas inimesed töötavad koos hästi?
33
Kas kõik inimesed on projektile pühendunud?
Kui palju inimesi osaleb projektis (sealhulgas arendajad,
testijad, projektijuht):