Sådan onboarder du din nye udviklingspartner
En god onboarding giver bureauet adgange, kontaktveje, beslutningsmandat og domæneviden allerede de første dage. Saml konti, miljøer og dokumentation inden start, hold et kickoffmøde der fastlægger målbillede og arbejdsform, og afsæt tid til at overføre forretningsviden. Det forebygger måneders misforståelser og tomgang.
De første tredive dage med et nyt udviklingsbureau afgør mere end de fleste tror. Et bureau der får adgange, sammenhæng og beslutningsveje med det samme, kan levere værdi inden for et par uger. Et bureau der må jagte logins og gætte hvem der bestemmer, taber den første måned på tomgang, og den tid betaler du for. Onboardingen er dit ansvar, ikke deres, og den er en billig forsikring mod dyre misforståelser.
Saml adgangene før de starter
Intet dræber tempoet som en udvikler der sidder klar, men mangler et login. Saml alt hvad bureauet har brug for på dag ét, på forhånd og i én samlet liste:
- Kode og repositorier samt rettigheder til at bidrage, ikke kun læse.
- Miljøer: udviklings-, test- og om nødvendigt produktionsmiljø, med instruktioner i hvordan de startes.
- Tredjepartstjenester som bureauet skal integrere med: betaling, e-mail, kortvisning, analyse, det der er relevant.
- Design og dokumentation: eksisterende designfiler, tidligere kravgrundlag, arkitekturskitser og API-beskrivelser.
- Kontaktveje: hvem man spørger om hvad, i hvilken kanal, og hvem der må træffe hvilke beslutninger.
At ordne det tager jer nogle timer. Ikke at ordne det koster bureauet dage, og dem bliver I faktureret for.
Hold et kickoffmøde der sætter retningen
Et kickoffmøde er ikke en høflighedsgestus: Det er dér det fælles billede bliver skabt. Mødet skal svare på fire spørgsmål: Hvor er vi på vej hen? Hvordan arbejder vi sammen? Hvem bestemmer hvad? Hvad gør vi de nærmeste uger?
Gå målbilledet igennem og hvordan I måler succes, så bureauet bygger værdi og ikke bare funktioner. Præsentér produktet og forretningen i overordnede træk. Bliv enige om arbejdsform og mødefrekvens: hvor ofte der er demo, hvordan fremdriften rapporteres, og hvor den daglige dialog foregår. Og gør roller og beslutningsmandat tydelige, så ingen går i stå og venter på et svar som ingen vidste at de skulle give.
Overfør forretningsviden bevidst
Bureauet kan kode, men det kender ikke jeres forretning. Den viden (hvorfor en proces ser ud som den gør, hvilke undtagelser der findes, hvad kunderne faktisk vil have) er det der adskiller et produkt der passer, fra et der næsten passer. Vidensoverførslen er mest intensiv de første uger, så planlæg efter den.
Bland kanalerne: Giv adgang til skriftlig dokumentation, men afsæt også tid til gennemgange hvor bureauet kan stille spørgsmål og grave i tingene. Lad dem møde nøglepersoner i forretningen, ikke kun projektledelsen. Regn med mange spørgsmål i starten. Det er et godt tegn. Et bureau der ikke spørger, har enten forstået alt eller intet, og det sidste er mest almindeligt.
Udpeg en kontaktperson med tid og mandat
Bureauet har brug for en fast kontaktvej ind i jeres organisation: en person med mandat til at svare og træffe løbende beslutninger, ofte en product owner eller projektejer. Uden den går arbejdet i stå mens der ventes, og hvert ubesvaret spørgsmål bliver en blokering.
Lige så vigtigt: Den person skal have afsat tid. Rollen fungerer ikke som en bibeskæftigelse ved siden af et fuldt job. En fraværende kunde er en af de mest almindelige årsager til at projekter skrider, for teamet bliver tvunget til at gætte eller vente, og begge dele koster.
En enkel tidslinje for de første uger
| Periode | Fokus |
|---|---|
| Før start | Saml adgange, konti og dokumentation i én liste |
| Dag 1–5 | Kickoff, målbillede, arbejdsform, bureauet får miljøerne op at køre |
| Uge 2–3 | Intensiv vidensoverførsel, bureauet leverer de første små resultater |
| Uge 4 | Første rigtige statusmøde: Holder planen og rytmen? |
Den mest almindelige fejl: at jagte tempo for tidligt
Den dyreste fejl er at presse bureauet til at begynde at bygge før sammenhængen er på plads. Det føles effektivt, for I betaler jo fra dag ét og vil gerne se kode. Men et bureau der går i gang uden at forstå målbilledet, forretningen og beslutningerne, bygger hurtigt i den forkerte retning, og det der bygges forkert, skal bygges om. Den tid I troede I sparede, taber I dobbelt.
De første ugers “langsomhed” er altså ikke spildtid, men en investering. Et bureau der får adgange, kontekst og beslutningsveje ordentligt på plads, leverer mere på tre måneder end et der blev kastet ud i det på en dag. Modstå impulsen til at måle fremskridt i kodelinjer den første uge. Mål det i hvor godt teamet har forstået hvad de skal bygge, og hvorfor.
En sidste detalje der ofte bliver glemt: Beslut allerede ved opstarten hvordan I skal arbejde sammen, ikke kun hvad der skal bygges. Hvor foregår den daglige dialog, hvor ofte er der demo, og hvordan træffes beslutninger når noget er uklart? Et team der ved hvordan samarbejdet fungerer, går ikke i stå i unødige ventetider senere.
Vi hos Weapp plejer at bede om en samlet adgangsliste og et kickoffmøde allerede før udviklingen starter, netop for at de første uger skal gå med arbejde i stedet for ventetid. Vil du se hvordan et samarbejde kan tilrettelægges? Se vores ydelser eller kontakt os.
Ofte stillede spørgsmål
Hvor lang tid går der før et bureau er produktivt?
Med en god onboarding kan bureauet levere værdi inden for en til to uger; uden den kan det tage måneder. Forskellen ligger næsten udelukkende i hvor hurtigt de får adgange, forstår domænet og ved hvem der træffer beslutningerne. Forberedelsen er jeres, ikke deres, og den betaler sig med det samme.
Hvilke adgange skal bureauet have fra dag ét?
Koderepositorier, udviklings- og testmiljøer, relevante tredjepartstjenester, designfiler og den dokumentation der findes. Lige så vigtigt er kontaktveje, og hvem der må beslutte hvad. Saml det hele på forhånd, så den første dag går med arbejde og ikke med at jagte logins.
Hvad skal et kickoffmøde indeholde?
Målbillede og succeskriterier, en gennemgang af produktet og forretningen, arbejdsform og mødefrekvens, roller og beslutningsmandat samt planen for de nærmeste uger. Formålet er et fælles billede og tydelige kontaktveje, ikke en statusgennemgang. Book det gerne før udviklingen går i gang.
Hvordan overfører vi forretningsviden effektivt?
Bland skriftligt og mundtligt: Giv adgang til eksisterende dokumentation, men afsæt også tid til gennemgange hvor bureauet kan stille spørgsmål. Lad dem møde nøglepersoner i forretningen. Regn med at vidensoverførslen er mest intensiv de første uger og derefter aftager.
Hvem bør være bureauets faste kontaktperson hos os?
En person med mandat til at svare på spørgsmål og træffe løbende beslutninger, ofte en product owner eller projektejer. Uden en tydelig kontaktvej går bureauet i stå mens det venter på svar. Personen skal også have afsat tid; rollen fungerer ikke som en bibeskæftigelse ved siden af alt det andet.