10 spørgsmål at stille, før du hyrer et bureau

1. Hvilke lignende projekter har I gennemført? Led efter konkrete eksempler med målbare resultater. Generiske porteføljestykker er ikke nok.
2. Kan I give os referencer fra de projekter? Hvis et bureau ikke vil, er det et rødt flag. Ring altid til referencerne.
3. Hvad er jeres proces for kravindsamling? Hvis de kan give en fast pris efter ét møde, så gætter de.
4. Hvordan håndterer I omfangsændringer? Led efter en skriftlig ændringsproces og transparent prissætning pr. ændring.
5. Hvad sker der, hvis projektet går over budget eller tid? Forstå, hvem der bærer omkostningen. "Vi finder ud af det" betyder, at du bærer den.
6. Hvem kommer ved navn til at arbejde på mit projekt? Seniorsælgere er ikke altid dem, der skriver koden. Få pris pr. rolle på skrift.
7. Hvordan tester I? Test skal være i processen, ikke til sidst. Spørg om den testpyramide, de rent faktisk kører.
8. Hvordan dokumenterer I systemet? Dokumentation afgør, om du er låst inde. ADR'er, runbooks og arkitekturdiagrammer skal være leverancer.
9. Hvad er inkluderet i support efter lancering? Lancering er begyndelsen, ikke slutningen. Få garantiperioden og SLA'en på skrift.
10. Hvorfor denne teknologistak til mit projekt? Gode svar refererer til dine behov og begrænsninger. Dårlige svar refererer til bureauets præferencer.

Formen på et godt svar er konkret og afgrænset. "Vi lavede et lignende projekt for X, her er arkitekturdiagrammet, her er lancerings-metrikken, her er kontakten, du kan ringe til." Formen på et dårligt svar er generisk og aspirerende. "Vi følger agile best practice og samarbejder tæt med vores kunder." Hvis du ikke kan billede leverancen ud fra svaret, er svaret marketing.

Vær opmærksom på, hvem der svarer. Hvis alle spørgsmål går til sælgeren og aldrig til en teknisk lead, så køber du en salgsproces, ikke engineering. Bed om at tale med den udvikler, der ville bygge dit system. Deres ærlighed siger dig mere, end tilbuddet gør.