Blogginlägg -

Fatta först, lös se'n!

“If I had an hour to solve a problem I'd spend 55 minutes thinking about the problem and 5 minutes thinking about solutions.” - Albert Einstein.

Vissa saker har vi egentligen koll på men vi lyckas ändå missa att ta hänsyn till dem i verkligheten. En sådan sak är ta oss tid att verkligen förstå problemet innan vi löser det. När jag sätter mig ner för att och diskutera ett tekniskt problem med en person som äger djup insikt i problemställningen tycker jag ofta att det är svårt att lyckas förstå och sedan dokumentera problemet på ett bra sätt. Personen ifråga är inte sällan mindre intresserad av att vara pedagogisk med mig än att exekvera den lösning som hen eventuellt tänkt ut.

Att förstå och dokumentera problemet är viktigt av flera skäl! Här är några:

  • Om vi inte tydliggör problemet, utan gör misstaget att snabbt ge oss in i en lösning, finns det risk att vi inte löser problemet på ett bra sätt och att den lösning vi väljer bara löser en del av problemet. Risken är stor att lösningen endast plåstrar om symptomet och inte löser problemet vid källan. I värsta fall skapar vi även nya problem.
  • En annan fördel med att tydliggöra problemet är att fler personer kan förstå och vara med i lösningen av problemet. Dessa personer kan tillföra fler kompetenser, infallsvinklar och annan kunskap i lösningen. Detta leder till en solidare lösning
  • För att kunna använda vår tid till rätt saker behöver vi göra en korrekt prioritering och då måste vi förstå problemet så att vi vet att vi löser de problem som gör ondast i organisationen.

Så tillbaka till den ursprungliga situationen. Utmaningen är ofta att stanna kvar tillräckligt länge i problemdefinitionen för att kunna/hinna förstå den och beskriva den tydligt. Jag upplever att även den som beskriver problemet ökar sin insikt i problemet genom att själv beskriva den. Härom kvällen hade vi en av våra kompetenskvällar på firman och denna gång fokuserade vi på visuell kommunikation som bland annat kan användas för att hantera den situation jag beskriver ovan.

Mårten Agner hjälpte oss på vår väg att använda papper och penna för att visualisera våra tankar. Vi gick under kvällen igenom rent rit-tekniska aktiviteter såväl som logiska sätt att lägga upp sitt ritande. Några saker jag tog med mig från kvällen som jag tror den som läser detta kan ha nytta av.

  • Börja samtalet, och din visualisering, med att finna en naturlig startpunkt! Det kan vara steget innan vårt identifierade problem uppstår eller den punkt i processen där alla i rummet fortfarande förstår vad som händer och hur "det" fungerar. Det kan också, till exempel, vara starten av den process vi vill tydliggöra.
  • Rita/definiera det vi vet. Att vara överens om detta minskar "konfliktytan" i den fortsatta diskussionen. Vi kommer närmre problemet och lämnar det som redan fungerar.
  • Lägg till det nya/fortsätt in i det okända och detaljera det efter hand.

Ritandet är ett bra sätt att "stanna kvar i problemet" och inte skynda mot en lösning. Metoden att samlas runt en ritning aktiverar individen eller gruppen det berör och motiverar till att nå en tydlig problemformulering innan man går vidare. Se det ritade som ett sätt att kommunicera och förstå, det behöver inte nödvändigtvis vara en beskrivning av lösningen. Med en god insikt i problemet blir lösningen enklare att nå och sannolikheten att den blir bra ökar markant. Gör som Albert, förstå först, lös se'n!

Skriven av:
Mats Ljungberg

Relaterade länkar

Ämnen

  • Utmärkelser

Kategorier

  • problemlösning
  • kommunikation
  • visuell kommunikation
  • webstep
  • utveckling
  • konsult

Kontakter

  • Fatta först, lös se'n!
    Fatta först, lös se'n!
    Licens:
    All rights reserved
    Filformat:
    .pdf
  • Fatta först, lös se'n!
    Licens:
    All rights reserved
    Filformat:
    .docx

Relaterat innehåll

  • A Tour of Exercism

    The best way to get better at something is to teach it to others This is the first of two articles about Exercism written by Uzi Landsmann. This article will give an introduction to the platform and to solving some exercises and getting mentor help. The other article will discuss being a mentor yourself, and how much you can learn by helping others.

  • Apache Kafka in a nutshell

    This is first in series of articles about Apache Kafka written by Vajo Lukic. Webstep has recently become a partner with the company Confluent, one of the distributors of Kafka and one of the reasons behind this blog serie. The purpose of this article is to help everyone who is interested in Kafka, to understand what it is and to reduce the learning curve of learning Kafka.

  • Hur kompetensutvecklar du dina kunder?

    På Webstep är vår mission att hjälpa våra kunder och medarbetare att nå sin fulla potential. En väldigt viktig komponent i vår strävan har varit våra Kompetenshelger för våra fantastiska konsulter. Sedan ett år tillbaka erbjuds även våra kunder möjligheten, och den 4/5 är det dags igen då vi välkomnar ca. 80 anställda från 7 kunder när Sam Newman kommer på besök.

  • Kompetens genom inspiration visar sig återigen vara ett vinnande koncept!

    När de flesta längtade hem till familjen för fredagens sedvanliga tacomys samt se Gunde Svahn programleda klassikern Fångarna på Fortet, då återstod det ett gäng kompetenssugna kollegor från Webstep som trotsade Stockholms rusningstrafik med kursen mot Nynäshamn. Början på en långhelg tillsammans med Gojko Adzic stod på tröskeln.

  • Tech-Lead Training

    Every spring and every fall Webstep organize a “Competence Weekend” (kompetenshelg) for employed consultants. Organizing such a weekend is a quite simple but long process.

  • Cockroach DB - the surviving database

    Websteps last “competence evening” before the summer vacations gathered 14 consultants, that despite the beautiful weather had decided to stay inside for some quality time together learning about Cockroach DB. Kai Niemi had agreed to share his knowledge on the topic.

  • ​Apache Kafka hands-on demo

    This article is a continuation of a previous article in this series called “Apache Kafka in a nutshell” written by Vajo Lukic. After we have covered basic theory of Kafka, now is the time to get our hands on Kafka and try it out. By following simple instructions below, you will be able to learn in no time how to create and change Kafka topics, as well how to write to them and read from them.