Ja, saken kan motiveras på många sätt, men som sagt handlar det om egna erfarenheter och observationer från företag där man både tillverkar produkter och å andra sidan gör stora leveranser av projektkaraktär. Och jag vill precisera att det inte är en svartvit fråga, utan det finns alltid många detaljer i dessa och därmed är varje fall unikt.
Jag börjar med att skissera upp skillnaderna mellan projekt- och produktverksamhet. Med produkt menar jag något (kan vara en fysisk vara, en tjänst eller en kombination av dessa) som i väsentlig grad upprepas mer eller mindre likadant när det säljs till varje kund. Eller åtminstone finns det en betydande del som ständigt upprepas. Detta möjliggör att man genom ett systematiskt tillvägagångssätt (lean, six sigma osv.) kan eliminera variationer i produktionen.
Med projekt menar jag å andra sidan en process där en helhet byggs upp kring kundspecifika krav, och därmed skiljer sig projekten oundvikligen i någon mån från varandra. I dessa fall är identifiering och hantering av projektrisker ett sätt att hantera variationen mellan projekten. I Merus fall verkar det som att risker har sluppit igenom processen, åtminstone gällande det första projektet, och leveransen har försenats.
Varför anser jag då att dessa inte riktigt passar ihop under en gemensam ledning? Här måste jag göra en liten avgränsning: jag tror att problemet är hanterbart om dessa separeras i helt fristående affärsenheter (*). Men till själva saken: dessa verksamheters olika karaktär tar, beroende på situationen, ledningens uppmärksamhet, kapital eller personalresurser i anspråk, vilket skapar utmaningar för den del som blir utan. Till exempel binder misslyckanden i projekt både personal och kapital, vilket gör att man inte kan genomföra nödvändig produktutveckling för att bibehålla konkurrenskraften. Detta kan även fungera tvärtom, det vill säga när en produktserie med ett fel som kräver åtgärder hamnar på marknaden. Detta kräver ofta just projektliknande kompetens, vilket kan binda potentiellt enorma mängder resurser för att korrigera hela saken (jag har sett på nära håll några gånger hur komplicerat det kan bli när ett väsentligt fel upptäcks i en produktserie och produkterna finns i betydande mängder ute i världen – mycket dyrt och personalkrävande).
Dessutom koncentreras ledningen ofta till personer från den ena eller andra sidan, vilket gör att förståelsen för den andra sidan förblir bristfällig och därmed blir förmågan att leda helheten på bästa möjliga sätt lidande.
Därför är jag mycket intresserad av att höra hur Merus Power ser på skillnaden mellan dessa verksamheter och egentligen också vilken sida de själva upplever att de generellt sett befinner sig på? Även lösningar för elkvalitet (sähkönlaadunratkaisut) verkar vara starkt projektorienterade till sin karaktär (t.ex. leveranser kopplade till ljusbågsugnar). Å andra sidan verkar produkter till datacenter vara närmare en äkta produktverksamhet? Mycket handlar om hur risker hanteras i projekten och vilka delar man tar på eget ansvar och vilka man inte tar? Till exempel i dessa energilagerprojekt (batterileveranser), hur långt tar man byggrisker på eget ansvar eller lämnas dessa till kunden så att man själv bara sköter den elektrotekniska helhetsleveransen? Om man tvingas ta ett ansvar som ligger långt utanför ens kärnområde, innebär det samtidigt ett behov av att förvärva kompetens inom det området. Och även om vi talar om elektroteknik, så torde det vara mycket annorlunda att utföra installation och montering i fabrik jämfört med elinstallationer och kabeldragning på skiftande platser?
Generellt sett ur en investerares perspektiv värderas en stabil och förutsägbar verksamhet alltid högre, och i projektverksamhet krävs det ganska mycket för att nå dit. Även specialisering brukar vara mer värdefullt än ett bolag som bedriver en mycket blandad verksamhet.
Och som sagt, detta är mina egna erfarenheter och det finns många grånyanser däremellan. I Merus Powers fall, när jag lyssnade på Paulis intervju, dök det bara upp olika saker som kom upp till ytan när de utmaningar företaget upplevt diskuterades. Därför vore jag intresserad av att höra tankar framöver om hur företaget planerar att närma sig dessa utmaningar.
(*) det finns säkert andra sätt att hantera detta än att separera dem i helt självständiga affärsenheter. Detta känns bara på ett visst sätt som den enklaste lösningen. Jag tror att en mycket ärlig och självkritisk riskidentifiering, klassificering och kvantifiering, samt att fatta beslut enbart baserat på dessa, tillsammans med ledningens medvetna kompetenshantering, kan vara möjliga sätt att hantera detta. Människor (och i synnerhet ingenjörer – är civilingenjör (DI) själv) tenderar att vara mycket blinda för sina egna brister i kompetens. När detta kombineras med en förkärlek för att arbeta med personer som har liknande erfarenhet/bakgrund, hamnar man lätt i självbedrägeri.