För att behålla en talang behöver man ta hand om den personen och göra det lätt för honom eller henne att utvecklas. Idag finns ett glapp mellan vad företagsledningen vill åstadkomma och hur man tar till sig lösningar som kan stötta denna utmaning. Man skulle kunna tro att it-branschen skulle stå lite i framkant eftersom det är en kunskapsintensiv bransch som därtill har viss mognad när det gäller att vara förändringsbenägen och ta till sig nya lösningar. It-branschen är dock inte den bransch som kommit igång. De som precis har börjat ta till sig av det sociala sättet i sin affärsmodell är istället kommunikations- och PR-branschen (social media). Annars är det relativt tyst om man inte skall lyfta fram enskilda framgångssagor, som upprepats allt för många gånger.
Det som allt för många it-företag gör är att de pumpar in lite mjukvara och skrot och tror att de därmed har löst det hela. Men det är inte verktygen som är utmaningen. Det handlar i hög grad om att skapa en kultur som är fri från interna nojor och har högt i tak. Särskilt på it-företag finns en rädsla att exponera sitt intellektuella kapital. Alldeles för få ser att det kan ge väldigt mycket både för person och företag om man "bjuder" på sin kunskap. Jag har märkt att det är vanligt att de som är mest kompetenta inom it och som har väldigt mycket att ge till oss andra ofta saknar självförtroende. Inte sällan får jag kommentaren "men vad ska jag skriva om, ingen vill väl läsa vad jag skriver".
Företag som insett att deras anställda blir experter genom att dela med sig och ta till sig av vad andra delar får dessutom en hel del andra vinstdrivande faktorer på köpet. Förutom att behålla sina talanger leder öppenhet till snabbare produktutveckling och bättre lyhördhet mot marknaden, vilket ger nöjdare kunder och bättre produkter. Det här handlar alltså om företagets framtid och framgång.
Som tur är finns det några väldigt enkla medel för att göra stora framsteg. För er som inte tagit tag i detta ännu kan följande punkter vara en bra start:
Strategi Den behöver inte vara tung och stor. Men då det är enorma krafter man släpper lös är det bra att ha en bakomliggande tanke. En övergripande strategi om vad man vill åstadkomma.
Transparens Hur öppet skall företaget vara? En viktig parameter för alla företag att ta ställning till. Var går gränsen?
Social Computing Guidelines När alla i företaget skall börja att öppet kommunicera och sprida information, både inom och utom bolaget, måste de få en ledstång att hålla sig i. Med Social Computing Guidelines får varje medarbetare tips och råd om hur de bäst konverserar så att de känner sig trygga och gör det utan att känna osäkerhet. Men det ska vara uppmuntran snarare än förmaningar och förhållningsregler.
Verktyg För att företaget skall få ut något av det här krävs verktyg. Processen är redan igång, men utan företagets vetskap och utan att företaget får tillbaka något av det de investerar i sin personal. Genom att tillhandahålla rätt verktyg kan företaget få ut bland annat följande:
- Ökat samarbete inom företaget som gör att uppgifter och utmaningar löses snabbare och med bättre resultat
- Ökad produktivitet då rätt kommunikationsmedel används för rätt uppgift
- Den största delen av företagets information blir sökbar och stannar i bolaget efter att medarbetare slutar (blir ej inlåst i mailboxen eller på en krashad hårddisk)
- Spontant deltagande i konversationer på ett ärligt och utvecklande sätt
- Företagsinformation hålls aktuell och uppdaterad med hjälp av medarbetarna
- Fånga upp idéer och tankar som bidrar till bland annat nya produkter
- Produkter kommer fram fortare och med större precision
- Medarbetare känner sig uppskattade
- Det intellektuella kapitalet i företaget stiger
- Ökad lojalitet
- Lockar nya medarbetare
- Informella sociala nätverk och communitys bildas. Icke-hierarkiska relationer skapas både inom och utom företaget
Exempel på verktyg är wikis, bloggar, mikrobloggar, sociala bokmärken, sociala aktiviteter, mjuka användarprofiler, communities, sociala nätverk etc. Namnen i sig är inte viktiga utan det kan till och med vara en fördel att använda andra namn på dessa tjänster. Huvudsaken är att de är enkla att använda, uppdatera, skriva i, att strukturen skapas av användarna och att det går att konversera genom hela verkygslådan. Alla deltar på lika villkor.
Detta handlar inte om att det är kul och att dagens ungdom kräver det, utan är ett måste att ta tag i om det inte är gjort. Genom att förankra konversationen i företaget så behåller, lockar, utvecklar och sprider företaget kompetensen och expertisen. Företagets produkter blir bättre och relationerna med kunder, partners och fans blir starkare och dessutom mer äkta. Det här är inte en helhetslösning (kommunikation, information, förändring, ambassadörer, utbildning etc behöver beaktas även det), men en start som de flesta företag fixar!




Kommentarer
Hejsan!
Mycket trevlig bra o träffande artikel Jag känner igen mig i alla delar
Har i många år tillämpat JSP-metoden då jag konstruerar cobol-program i stordator..... deltog i en kurs redan 1977 - men började förstå på djupet - i slutet på 80-talet. Det är en kraftfull metod för programkonstruktion där jag konstruerar programmets alla filer, databasers datastrukturer. Dessa diagram representerar den arkitektur/design som finns på företagets register. Ovanpå denna arkitektur speglas de funktioner som programmet ska utföra. På så sätt är abstaktionsnivån både hög o låg. Programmets alla detaljer är klara i och med dessa diagram är färdigställda. På så sätt blandar jag inte in ngn kod.... Därefter slås dessa diagram samman till processer. Som sista åtgärd placeras koden uti processdiagrammen - Denna aktivitet "kodningen" är en rent rutinbetonad aktivitet. Inget tänk behöver göras - och upptar c:a 10% av totala tiden
Under alla år jag jobbat med detta har jag fått en oerhört stor arbetstillfredställelse o glädje i arbetet - jag har kunnat färdigställa det ena programmet efter det andra - och därefter ofta sluppit få tillbaka felrapporter i knät....
Ofta befinner man sig i ett underläge då man ska förvalta datasytem utan eller med dok. oftast utan - och behöva titta i oändliga kodlistor..... Oftast har man anvar för logik utan att kunna ta detta ansvar......
I och med att programkonstr. stöds av en metod så blir jobbet precis likt en ingenjörs jobb som först konstrurear en produkt o sedan tillverkar den....
Men under nästan alla år har jag ofta blivit mobbad av kollegor o chefer för mitt jobb.... De har lagt mer tid på detta klagande Inte ngn har hittils kommit o frågat o tagit reda på vad det hela egentligen gäller.....