De bør utfordre bestillingen
Et byrå som bare bygger funksjonslisten, tar ikke nok ansvar for resultatet. De bør forstå hvorfor funksjonene er ønsket og foreslå enklere alternativer når det finnes.
Gode spørsmål tidlig er et tegn på at teamet arbeider med produktet, ikke bare produksjonen.
Be om tydelighet rundt prosessen
Du bør vite hvordan beslutninger tas, hvor ofte du ser fremdrift, og hva som skjer når ny informasjon endrer prioriteringene.
- Hvordan avklarer dere omfang?
- Når får vi teste løsningen?
- Hvordan håndteres endringer?
- Hvem eier kode, design og data?
- Hva skjer etter lansering?
Vurder kommunikasjon like høyt som teknologi
Utviklingsprosjekter består av mange valg. Dersom tekniske vurderinger ikke kan forklares forståelig, blir det vanskelig å ta gode forretningsbeslutninger.
Et godt samarbeid gir oversikt uten at kunden må bli utvikler.
Se etter et langsiktig fundament
Spør hvordan løsningen testes, dokumenteres, sikres og driftes. Den billigste veien til lansering kan bli dyr dersom systemet er vanskelig å endre.
Velg et miljø som kan levere en passende første versjon og samtidig forklare hvordan den kan vokse.