Trin 1 – Udløser: En opgave er aftalt
På opgavetavlen står, hvad der skal ændres, hvad der ikke røres, og hvordan jeres team kan se, at det passer.
- Opgavetavle
I stedet for: Samle krav sammen fra ticketen
AI, hvor det giver mening
Opgave, regler og tjek ligger fast, før AI skriver kode. Hver ændring kommer med sine testresultater, og jeres team afgør, om den tages ind.
Forløbet i overblik · 6 trin
Se det trin for trinTeamet har længe programmeret med AI, men alle gør det på hver sin måde. Det, AI'en skulle vide, står i enkelte chats. I reviewet spørger nogen, hvad der var meningen, og kører tjek forfra. Om et testresultat hører til den aktuelle version, er ikke altid tydeligt.
Sådan kan forløbet se ud, når det er sat op: seks trin, et af dem ligger hos jer.
På opgavetavlen står, hvad der skal ændres, hvad der ikke røres, og hvordan jeres team kan se, at det passer.
I stedet for: Samle krav sammen fra ticketen
Alt efter opgavetype ligger det fast, hvad AI'en må, hvornår et menneske beslutter, og hvornår AI'en stopper. Dertil kommer jeres konventioner, de berørte steder i koden og kommandoerne til tjek.
I stedet for: Forklare AI'en konteksten hver gang
I en separat arbejdskopi laves en lille ændring, der kan gennemgås. Antagelser og åbne spørgsmål skriver AI'en ned i stedet for at gætte.
I stedet for: Sætte AI-forslag ind i hånden, Spørge i reviewet, hvad der var meningen
Tests og jeres eksisterende tjek kører mod den foreslåede version. Fejler noget, går ændringen tilbage til et menneske sammen med testrapporten.
I stedet for: Køre tjek forfra i hånden
I reviewet ligger opgave, ændring, testresultater og åbne spørgsmål samlet. Den, der reviewer, afgør, om ændringen tages ind.
Ændringen går live ad jeres sædvanlige release-vej. Testresultater og beslutning følger med den, og tilbagevendende fejl føres tilbage i regler og tjek.
I stedet for: Koble tjek til ændringen
Jeres programmer bliver, hvor de er. Forløbet tager arbejdet imellem dem, og I kommer ind der, hvor jeres beslutning er nødvendig.
I dag: I er bindeleddet mellem fire programmer.Med automatisering: Jeres programmer er forbundet. I godkender i reviewet.
Før: Alle arbejder forskelligt med AI
Med forløbet: Én fælles arbejdsgang med faste regler
Før: Forklare AI'en konteksten hver gang
Med forløbet: Konventioner og kontekst ligger vedligeholdt og klar
Før: Rekonstruere i reviewet, hvad der var meningen
Med forløbet: Antagelser og åbne spørgsmål følger med ændringen
Før: Køre tjek forfra i hånden
Med forløbet: Testresultaterne hører til præcis denne version
Hvor oplysningerne kommer fra, hvad der forbinder dem, og hvor de ender. Nedenfor: hvordan I beholder kontrollen.
Koden bliver i jeres repository. Hvilke AI-tjenester I bruger, hvilke dele af koden de må se, og hvilke områder der er låst, fastlægger I på forhånd.
Større løsninger gennemfører vi trin for trin. Inden I investerer i at bygge videre, tester vi den første løsning i driften.
Ét team, ét repository og en håndfuld rigtige opgaver: som en lille prototype med fælles regler.
Arbejdsgangen gælder for passende opgaver i hverdagen. Hver ændring går gennem review.
Flere opgavetyper, egne rettelsesforsøg efter fejlede tjek og regler, som I skærper ud fra tilbagevendende fejl.
Tag en udviklingsopgave med, som er svær at give til AI eller svær at gennemgå. I den gratis indledende samtale ser vi på, hvor en prototype kan starte.