Modellen arbetar från underlaget den får — inte från ett eget projektminne. I ett långt samtal får gamla beslut konkurrera med nya meddelanden, filer och sammanfattningar om ett begränsat utrymme. Motdraget är inte att skriva argare, utan att avsluta samtalet medvetet och lämna över till nästa.
Fem tecken på att samtalet tappat tråden
Det här är symptomen i den ordning de brukar dyka upp. Ett av dem kan vara en slump. Två av dem är ett mönster.
- Den föreslår något du uttryckligen sagt nej till. Ofta med samma entusiasm som första gången.
- En ändring från i går är borta. Ingen bad om det, och ingen nämnde det i svaret.
- Namnen glider. Fältet du kallade mejladress heter e-post, bekräftelseskärmen kallas kvittosidan. Små avvikelser, men de gör att du och modellen inte längre talar om samma sak.
- Den frågar efter något du redan gett den. Vad ska appen heta, hur många platser var det.
- Svaren blir längre och vagare. Fler förbehåll, fler alternativ, färre konkreta ändringar.
Provet tar en minut: be om en sammanfattning i punktform av alla beslut som gäller just nu, och läs den. Saknas det du bestämde i början av samtalet — eller står det där i en form du inte känner igen — är tråden tappad. Då hjälper inte nästa beställning, för den bygger på samma underlag.
Varför det inte är slarv
Inför varje svar arbetar modellen med det underlag som verktyget skickar in: delar av samtalet, instruktioner och relevanta filer. En del verktyg kan spara samtalet, söka i projektet eller komprimera äldre delar, men modellen kan bara använda det som faktiskt följer med och ryms just då. När underlaget blir för långt kan äldre meddelanden kapas, sammanfattas eller väljas bort.
Beslutet du tog i det tredje meddelandet finns alltså kvar i din upplevelse av samtalet, men inte nödvändigtvis i det underlag modellen svarar utifrån. Det förklarar varför tillsägelser inte fungerar. "Du glömde ju vad vi kom överens om" är en hänvisning till något som inte längre finns framför den. Det enda som hjälper är att lägga tillbaka uppgiften i samtalet.
- Att skälla. Modellen anpassar tonen, inte kunskapen. Du får en ursäkt och ett lika osäkert svar efter den.
- Att beställa mer på en gång för att ta igen förlorad tid. Större beställning ger längre svar, och längre svar trycker ut början fortare.
- Att be om en sammanfattning och sedan fortsätta länge i samma samtal. Sammanfattningen kan hjälpa en stund, men snart konkurrerar också den med ännu fler meddelanden. Gör den till en överlämning och öppna ett nytt samtal.
Överlämningen: två beställningar
Vanan att bygga in är enkel: avsluta varje arbetspass på samma sätt, som någon som lämnar över ett ärende till nästa skift. Först ber du om nuläget.
Sammanfatta projektets nuläge så att jag kan klistra in sammanfattningen i ett nytt samtal och fortsätta där vi slutade.
Skriv i punktform: 1) vad appen gör i dag och vilka delar som är färdiga och provade, 2) vilka beslut vi har tagit som inte ska ändras, med en rad om varför, 3) vilka namn på skärmar, knappar och fält som används, ordagrant, 4) vad som är påbörjat men inte färdigt, 5) vad nästa steg är.
Ta inte med kod eller resonemang. Skriv ingenting nytt — bara det vi faktiskt har bestämt. Markera tydligt om något är oklart för dig.
Prov: läs punkt 2 och 3. Känner du inte igen ett beslut, eller står det ett namn du aldrig valt, har modellen fyllt luckorna med gissningar. Rätta texten innan du sparar den. Det är den här texten som blir sanning i nästa samtal, och en överlämning som ljuger är sämre än ingen alls.
Spara den tillsammans med projektbeskrivningen från guide 1. De två gör olika jobb: projektbeskrivningen säger vad appen ska vara och ändras sällan, nulägestexten säger var arbetet står och skrivs om varje gång.
Här är beskrivningen av projektet och en sammanfattning av nuläget. [Klistra in båda texterna.]
Läs igenom dem och svara med tre saker innan du ändrar något: vad du uppfattar att appen gör i dag, vilket steg som står näst på tur, och vad i underlaget som är oklart eller motsägelsefullt.
Ändra ingenting och skriv ingen kod förrän jag har godkänt.
Prov: svaret ska gå att stämma av mot texten du klistrade in. Får du bara ett bekräftande sammandrag utan en enda fråga, be modellen peka ut var i underlaget nästa steg står. Kan den det är underlaget tillräckligt. Kan den det inte har den inte läst det, och då är det bättre att veta nu än efter tre beställningar.
Var gränsen går: ett steg, ett samtal
Frågan är när man ska bryta. Regeln som fungerar är densamma som styr hur stora beställningarna ska vara: ett samtal motsvarar ett steg som är provat och sparat. Det är inte en gräns för att samtalet tagit slut, utan för att det är precis då nuläget är sant och enkelt att beskriva.
Prov på att gränsen ligger rätt: du kan säga i en mening vad du gjorde i samtalet som just avslutades. Kan du inte det var det för långt.
Där metoden inte räcker
Överlämningen löser att modellen tappar samtalet. Den löser inte att appen har blivit rörig. Har du staplat fixar i en vecka och ingen — varken du eller modellen — kan säga vad de olika delarna gör, är ett nytt samtal bara en ny plats att vara vilse på. Symptomen är förvillande lika, men behandlingen är en annan: backa till en punkt som fungerade.
Det finns heller ingen mängd överlämning som kompenserar för att projektet aldrig avgränsats. Om nuläget inte går att sammanfatta i punktform beror det oftare på att appen försöker göra för mycket än på att samtalet blev för långt. Då är det avgränsningen som ska göras om, inte rutinen.
Avsluta när steget är provat. Be om nuläget och rätta det. Klistra in det först i nästa samtal.
Guide 1 går igenom projektbeskrivningen som nulägestexten ska ligga bredvid, och guide 2 hur en enskild beställning formuleras. Handlar problemet snarare om att stegen är för stora — läs En sak i taget.