Projektstyring i et webbureau
Et webprojekt går sjældent i stykker midtvejs. Det går i stykker i briefen, hvor ingen skrev, hvad der ikke hører til omfanget, og i godkendelserne, når kunden for tredje gang vil have „bare lige den ene ting“. Nedenfor ser du, hvordan projektstyring i et webbureau ser ud, når bureauet rent faktisk kan se sin margin: en brief med acceptkriterier, sprints, udtrykkelig godkendelse og en tabel over, hvor timerne præcis blev af.
Fremgangsmåden, kort fortalt
- Skriv en brief med det, der hører til omfanget, og det, der udtrykkeligt ikke gør, og tilføj acceptkriterier.
- Del projektet op i sprints eller etaper, hver med leverancer, en ansvarlig og en deadline.
- Estimér i timer pr. rolle, ikke i dage — fakturaen bygges af timer, ikke af dage.
- Send hver leverance til udtrykkelig godkendelse, registreret med dato og navn.
- Sammenlign hver uge de registrerede timer med estimatet; en afvigelse på over 15 % er en beslutning, ikke en statistik til skuffen.
Brief og leverancer, der rent faktisk kan godkendes
Den dyreste uklarhed i et bureau er „jeg troede, jeg godkendte noget andet“. To linjer i briefen og én dateret godkendelse fjerner den.
- En liste over leverancer med afleveringsformat: 5 responsive sider og 3 skabeloner, ikke „et website“.
- Hvad der ikke hører til omfanget, skriftligt: migrering af gammelt indhold, tekstforfatning, oversættelser, fotos.
- Antal inkluderede rettelsesrunder — to er markedsstandard, den tredje prissættes.
- Målbare acceptkriterier: LCP under 2,5 s, CLS under 0,1, kontrast efter WCAG 2.2 niveau AA.
- Godkendelse af hver leverance, med dato og navn, knyttet til den præcise version, den vedrører.
Tabel: hvor timerne blev af på et projekt til 6.000 €
Et projekt prissat til 6.000 €, estimeret til 150 timer, listepris 40 € i timen. Sådan blev det reelt registreret.
192 timer for 6.000 € giver en reel sats på 31 € i timen, ikke 40 € — den effektive timesats falder med 22 %. Næsten halvdelen af overskridelsen hobede sig op i rettelsesrunder: 44 timer i stedet for 25, altså 19 ufakturerede timer ud af 42 ekstra (45 %), 760 € til listepris. Resten fordelte sig på design (+12 timer), udvikling (+8) og brief (+3).
Prissatte mod registrerede timer, projekt til 6.000 €
| Etape | Prissatte timer | Registrerede timer |
|---|---|---|
| Brief og arkitektur | 15 | 18 |
| UI-design | 40 | 52 |
| Udvikling | 70 | 78 |
| Rettelser og lancering | 25 | 44 |
| I alt | 150 | 192 |
Acceptkriterier: Core Web Vitals og WCAG 2.2 AA
En weblevering uden acceptkriterier bliver godkendt efter smag, og smag ændrer sig inden den tredje rettelsesrunde. Tal gør ikke.
Skriv tærsklerne for Core Web Vitals og WCAG 2.2 AA ind i briefen. Så bliver de en betingelse for afleveringen, ikke noget, der forhandles bagefter.
- LCP under 2,5 sekunder på mobil, målt på forsiden og på én underside.
- CLS under 0,1 og INP under 200 ms, på det samme sæt sider.
- Kontrast, tastaturbetjening og alternative tekster efter WCAG 2.2 niveau AA.
- Data indsamlet via de formularer, du leverer, behandlet efter GDPR (EU-forordning 2016/679): retsgrundlag, information og opbevaringsperiode.
Almindelige fejl
- At estimere i dage og fakturere i timer — forskellen betaler bureauet.
- Ikke at begrænse antallet af rettelsesrunder, så arbejde uden for omfanget af vane bliver gratis.
- At sætte en senior på en opgave, der er prissat til juniortakst: du taber 22 € på hver arbejdet time.
- Godkendelser, der lever i mailen, så ingen kan vise, hvad der blev godkendt, og hvornår.
- At kigge på marginen først efter afleveringen, når der kun er tilbage at sluge forskellen.