Hvornår er et softwareprojekt færdigt?
Når det aftalte omfang er leveret, det er i drift, og de mennesker, der skal bruge det, gør det i deres daglige arbejde. En leverance, der er godkendt på et møde, men ikke taget i brug, er ikke færdig. Den er afleveret, hvilket ikke er det samme.
Uenighed om det her er den hyppigste grund til, at et ellers vellykket projekt ender i dårlig stemning.
Færdigt betyder ikke uændret
Et system, der bliver brugt, giver anledning til ønsker, og det er et sundhedstegn, ikke et tegn på at leverancen var mangelfuld. Forskellen ligger i, om noget er en fejl i det aftalte, som vi retter, eller et nyt ønske, som er en tilføjelse med sin egen pris. Den skelnen skal være aftalt før leveringen, ellers bliver den til en diskussion præcis dér, hvor alle er trætte.
Brug er den eneste rigtige test
Et system kan godkendes på et møde og alligevel være ubrugeligt, fordi den, der skal registrere noget ude hos kunden, ikke var med. Derfor lægger vi vægt på, at den første version bruges til rigtigt arbejde af rigtige medarbejdere, før noget kaldes færdigt. Det er også dér, de sidste tre irriterende småting dukker op, og de er billige at rette, mens vi stadig er i gang.
Spørgsmål, vi ofte får
Hvad hvis vi finder en fejl bagefter?
Fejl i det, vi har bygget, retter vi. Det hører med til leverancen og er ikke noget, der faktureres oveni. Nye ønsker aftales som selvstændige tilføjelser med fast pris.
Hvor længe efter kan vi komme tilbage?
Der er ingen frist på fejl i det aftalte. På ændringer og videreudvikling aftaler vi en løbende ordning, hvis I vil have en, og I får niveauet inden I beslutter jer.
Timelæk-diagnosen
En halv time på jeres hverdag: hvor timerne går hen, og hvilke opgaver et system kan overtage. Ingen salgstale, ingen forpligtelse - og I går fra mødet med noget på skrift, uanset hvad I beslutter.
30 minutter · online · I får en rapport med hjem