Tenk deg at du avslutter ettermiddagen i Singapore mens en kollega i London åpner laptopen. En melding som sier «Kan du sjekke dette?» overfører usikkerhet, ikke arbeid. Hvilken versjon? Hva slags sjekk? Er det hastesak, og hvem bestemmer hva som skjer etterpå? Hver manglende detalj kan spise opp en ny arbeidssyklus.
Asynkron kommunikasjon er ikke bare kommunikasjon uten møte. Det er kommunikasjon laget for lesere som ikke umiddelbart kan stille et oppfølgingsspørsmål. God skriving reduserer den avhengigheten, samtidig som det gir rom for uenighet, avklaring og menneskelig samtale.
Start med leserens oppgave
Plasser den ønskede handlingen tidlig. Merk meldingen som en beslutningsforespørsel, en gjennomgang, et spørsmål eller en oppdatering. Disse kategoriene krever ulik type oppmerksomhet. En oppdatering skal ikke i hemmelighet kreve godkjenning, og en beslutningsforespørsel skal ikke gjemmes under en lang beretning om uken.
Gi deretter minimumskonteksten du trenger for å handle ansvarlig. Forklar hva som har endret seg, hvorfor det betyr noe, og hvor kildematerialet ligger. Lenk til gjeldende dokument i stedet for å legge ved en ny, umerket kopi. Hvis en lenke krever spesiell tilgang, sjekk tillatelsene før du sender forespørselen.
Forespørsel: Vennligst gjennomgå den foreslåtte overleveringssjekklisten for støtte, og se etter manglende ansvarssteg.
Hvorfor nå: Neste pilot avhenger av å vite hvem som håndterer en ufullstendig forespørsel.
Omfang: Kommenter kun ansvar og eskalering. Endringer i formuleringer kan vente.
Vindu: Legg til kommentarer i din neste arbeidsperiode, før fristen som er oppført i prosjektbeskrivelsen.
Beslutningseier: Arun vil løse kommentarene og publisere den endelige versjonen. Uløste bekymringer knyttet til tilgang eller sikkerhet hindrer utgivelse.
Skill kontekst fra beslutningen
En leser skal ikke måtte gjette hvilken setning som endrer planen. Bruk et kort sammendrag etterfulgt av dokumentasjon, alternativer, avveininger og det foreslåtte neste steget. For et komplisert valg kan en beslutningslogg inkludere alternativene som ble forkastet og betingelsene som ville berettige en ny vurdering.
Denne praksisen ligner på arkitekturbeslutningsloggen, eller ADR, som brukes i programvareteam, men vanen fungerer også utenfor programvare. En ansettelsesprosess, tjenesteflyt eller redaksjonell retningslinje kan også ha nytte av en datert forklaring på hva som ble besluttet og hvorfor. Hold loggen i samsvar med konsekvensene.
Skriv nok til at neste handling er trygg, ikke så mye at du beviser hvor mye arbeid du har gjort.
Gjør tidspunkter eksplisitte uten å skape falsk hastverk
«I dag» betyr ulike ting i Tokyo, Nairobi og Vancouver. For en reell frist, oppgi full dato og tidssone. UTC kan være nyttig for felles dokumentasjon, mens kalenderinvitasjoner bør vise lokal tid for hver deltaker. Sjekk endringer i sommertid i stedet for å anta at forskjellen er fast.
For vanlige forespørsler er en forventning om svar i arbeidsperioder ofte mer hensynsfull enn et mål i antall timer. En kollega bør ikke miste hele svarvinduet sitt mens han sover. Avklar hva som gjelder under ferie, helligdager og redusert arbeidstid, og utpek en stedfortreder for virkelig tidskritisk arbeid.
Ha ett varig sted for svaret
Chat er nyttig for å finne frem, koordinere og få raske avklaringer. Den er en dårlig eneste arkivering for en beslutning som fremtidige kollegaer må finne. Etter en diskusjon, flytt resultatet over til den avtalte prosjektdokumentasjonen og lenk tilbake til den fra samtalen.
Bruk beskrivende overskrifter og en konsekvent status, for eksempel foreslått, akseptert eller erstattet. Merk gammel veiledning tydelig i stedet for å la konkurrerende versjoner hope seg opp. Søk blir mer nyttig når tittelen beskriver det faktiske arbeidet i stedet for en intern spøk eller en forklaringsløs forkortelse.
Skriv for ulike lesere, ikke et tenkt gjennomsnitt
Internasjonale team har ulik språkbakgrunn og ulike kommunikasjonskonvensjoner. Foretrekk direkte setninger, forklar ukjente forkortelser, og unngå å anta at idiomer er felleskunnskap. Klart språk er ikke enkelt; det gir flere kollegaer tilgang til den samme beslutningen.
Gjør viktig informasjon tilgjengelig som tekst selv når du deler en lyd- eller videoforklaring. Legg til undertekster eller en transkripsjon der det passer. W3Cs retningslinjer for tilgjengelig webinnhold, ofte kalt WCAG, er en nyttig referanse, men en lesbar oppdatering alene gir ikke samsvar.
Vite når du bør bytte kanal
Hvis en tråd gjentar den samme misforståelsen, slutt å legge til stadig mer forsvarende avsnitt. Oppsummer det uavklarte spørsmålet, tilby en fokusert samtale, og fortell deltakerne hvilken forberedelse som vil hjelpe. Deretter legger du resultatet tilbake i den skriftlige dokumentasjonen, slik at deltakelse i møtet ikke blir en forutsetning for å forstå.
- Innledningen nevner handlingen eller gjør det tydelig at ingen handling er nødvendig.
- Leseren kan finne den gjeldende kilden og har tillatelse til å bruke den.
- Svarfristen tar hensyn til lokale arbeidstider.
- Eieren og neste steg er tydelig angitt.
- Beslutningen blir fortsatt lett å finne etter at chatten har gått videre.
Prøv disse sjekkene på én gjentakende oppdatering. Spør neste leser hvilket spørsmål de fortsatt måtte stille. Det svaret er mer nyttig enn et stivt ordtellingsmål eller nok en obligatorisk rapportmal.