Miten esihenkilö voi ehkäistä mokia?
Blogit
Esihenkilönä et voi estää kaikkia virheitä – mutta voit vaikuttaa siihen, millaisia virheitä tiimissä tapahtuu. Luovat kokeilut ja rohkeat riskit kuuluvat kehitykseen, mutta prosessimokat (preventable failure) ovat toista maata. Ne kertovat siitä, että ohjeet, toimintatavat tai vastuut eivät ole kunnossa. Siksi prosessimokien ehkäisy ei ole vain tekninen kysymys, vaan osa johtamista: miten luot tiimille selkeät rakenteet, työkalut ja turvallisen ilmapiirin, jossa perusasiat hoituvat ilman turhia kompastuksia. Muista mokista kirjoitin edellisessä blogissani täällä.
Prosessimoka ei ole luova tai oppimista synnyttävä moka – vaan se on estettävissä oleva virhe.
Prosessimokat eivät ole yksilön epäonnistumisia – ne ovat tiimin yhteinen mahdollisuus kehittää arjen tekemistä. Kollegan rooli on paitsi tukea, myös yhdessä rakentaa systemaattisempaa kulttuuria.
Prosessimoka tapahtuu, kun:
Työssä prosessimokat ovat usein arkisia, toistuvia virheitä, jotka johtuvat puutteellisista käytännöistä, kiireestä tai viestintäkatkoksista. Ne harvoin ovat dramaattisia, mutta syövät tehokkuutta, luottamusta ja laatua hiljalleen, ja siten murentavat myös psykologista turvallisuutta.
Prosessimoka | Mahdollinen taustasyy |
Tietoa ei jaeta eteenpäin | Ei yhteisiä viestintäkanavia, oletetaan että ”kyllä se tietää” |
Ongelmia ei raportoida ajoissa tai ollenkaan | Pelko virheiden esiin tuomisesta, puuttuva “kanava” ongelmille |
Työ tehdään kahteen kertaan (päällekkäisyys) | Prosessit eivät ole selkeitä, ei ole koordinoivaa roolia |
Asiakirjat tallennetaan väärään paikkaan tai häviävät | Puuttuvat tallennusohjeet tai sekavat kansiorakenteet |
Sovituista tehtävistä ei pidetä kiinni (”unohtuu” hoidella) | Epäselvä vastuunjako, puuttuva seurantakäytäntö |
Unohtunut sähköposti tai vastaamatta jättäminen | Sähköpostitulva, huono priorisointi, ei muistutuskäytäntöä |
Unohdettu kokous tai valmistautumattomuus | Kalenterihallinnan puutteet, ei muistutuksia, aikataulu liian täynnä |
Dokumenttien vanhentuneet versiot käytössä | Ei selkeää versionhallintaa, jaettuja työkaluja ei osata käyttää |
Lähde: Amy C. Edmondson: “Strategies for Learning from Failure” (Harvard Business Review, 2011)