Kommunikationsverktyg för problemlösning: så samordnar ni olika roller snabbt
Välj kommunikationsverktyg genom att identifiera vad gruppen ännu inte är överens om. Om deltagarna beskriver olika problem börjar ni med en kort problembeskrivning. Om de inte ser var arbetet lämnas över ritar ni upp de relevanta stegen. Om fakta är förstådda men ett val återstår använder ni ett beslutsunderlag med tydliga roller. En ny applikation är valfri; en användbar gemensam förklaring är nödvändig.
Målet är att hjälpa personer med olika ansvarsområden att granska samma material. Det handlar inte om att få alla att genast komma överens. Ett bra resultat kan vara ett beslut, men också en tydlig obesvarad fråga och en gemensamt överenskommen metod för att undersöka den.
Börja med kunskapsluckan, inte programvaran
Föreställ dig ett evenemangsteam som diskuterar varför vissa deltagare fick två registreringsmejl. Operations vill ändra e-postlistan, teknikteamet vill granska registreringsformuläret och samordnaren vill godkänna ett meddelande till deltagarna. Det här är ett illustrativt exempel, inte ett rapporterat kundfall. De tre förslagen gäller olika delar av arbetet, så en större gruppchatt skulle inte i sig visa vilken fråga de ska besvara först.
Be varje person beskriva den observerade händelsen och vilket beslut hen tror behövs. Håll observationer åtskilda från förklaringar: att två mejl togs emot är en observation; att formuläret skapade dubbla poster är en hypotes tills någon kontrollerar det. Den här skillnaden avgör vilket material som bör komma först. Den förhindrar också att ett välgjort diagram får en overifierad förklaring att framstå som säker.
Använd en problembeskrivning när frågan är oklar
En kort beskrivning kan ange vem som berördes, vad som hände, vad som borde ha hänt, vilka belägg som finns och vad som fortfarande är okänt. Ta med relevanta datum och antalet fall som faktiskt har kontrollerats i registreringsexemplet, utan att hitta på ett totalantal. Länka till tillåtna interna underlag i stället för att kopiera deltagaruppgifter till ett offentligt dokument.
Atlassians Project Poster skiljer mellan problemområdet, validering och förberedelser inför leverans. I deras vägledning står också att alla projekt inte behöver en poster. Ta till dig skillnaden mellan känd information och antaganden; skapa inte ett omfattande dokument när några tydliga meningar räcker för att reda ut frågan. Be någon utanför den närmaste arbetsgruppen återge problemet med egna ord. Om personens beskrivning skiljer sig från er, reviderar ni problembeskrivningen innan ni jämför lösningar.
Rita bara upp de överlämningar som spelar roll
När osäkerheten gäller ordningsföljden skissar ni vägen från registrering till skapande av lista till utskick. Skriv handlingen och den ansvariga rollen bredvid varje steg. Markera var en post läggs till, kopieras eller kontrolleras. Okända steg ska tydligt framstå som okända. Skissen är en arbetsbild att granska med personerna som utför stegen, inte ett bevis på hur systemet fungerar.
Använd den för att ställa en konkret fråga: kan både den första registreringen och en senare ändring utlösa ett mejl? Teknikteamet kan undersöka den punkten medan Operations kontrollerar sitt eget utskick. Undvik att rita upp hela organisationen. Ett diagram fyller sin funktion när det hjälper någon att hitta en missad överlämning eller identifiera nästa användbara kontroll.
Använd ett beslutsunderlag när det är dags att välja
När relevanta fakta finns tillgängliga slutar ni att utöka problembeskrivningen och beskriver beslutet. Gruppen kan till exempel behöva välja om ett andra utskick ska pausas medan listan kontrolleras. Dokumentera alternativen, vilka villkor de bygger på, vilka personer som berörs och när ett beslut behöver fattas. Lista inte två alternativ enbart för att skapa sken av att det finns ett val.
Atlassians DACI-ramverk skiljer mellan personen som driver beslutet, den som fattar det, bidragsgivare och dem som behöver känna till utfallet. Ramverket ger ingen behörighet som någon saknar. Kontrollera befintliga ansvarsområden först och använd namnen på de rollerna i stället för att hitta på ett nytt godkännandesteg. Någon kan bidra med avgörande belägg utan att bli den som fattar det slutliga beslutet.
Kontrollera om materialet fungerade
Avsluta med att fråga varje roll vad den ska göra härnäst och vilken fråga som fortfarande är öppen. Om alla kan hänvisa till samma belägg men ändå föredrar olika alternativ kan det nu handla om ett legitimt beslut snarare än ett kommunikationsproblem. Gör skillnaden tydlig i stället för att skriva om dokumentet tills oenigheten försvinner.
GitLabs kommunikationshandbok uppmanar team att dokumentera slutsatserna från samtal som förs utanför skriftliga kanaler. Tillämpat här innebär det att en kort diskussion bör leda till en uppdatering av materialet som deltagarna ska använda efteråt. Ha ett aktuellt underlag med länkar till mer detaljerad information. Ta bort en överflödig skiss eller tabell när den inte längre hjälper arbetet. Det bästa verktyget är det minsta som gör att nästa person kan förstå och agera utan att behöva återskapa diskussionen.