Mjukvaruutveckling :: Om du inte kontrollerar förändringen, kontrollerar du inte budgeten

Budget handlar inte om att begränsa förändring

Var de flesta mjukvaruprojekt börjar

De flesta förfrågningar om mjukvara börjar på samma ställe. En organisation har en befintlig process, ofta något som vuxit fram över tid, och vill omvandla den till en användbar applikation som förbättrar effektivitet, synlighet och kontroll.

Vid första anblicken låter det enkelt. Processen finns redan, så antagandet är att den helt enkelt kan översättas till mjukvara. I många fall stämmer det. Om företaget förstår processen och kan dokumentera den tydligt är du redan vid startlinjen.

Ur ett ledarskapsperspektiv bör det kännas som en position av kontroll. Organisationen vet vad den gör, hur den arbetar och vad den behöver att systemet stödjer.

När processen blir synlig

Utmaningen börjar när den processen tar form i ett system.

Så snart den blir synlig börjar folk se den annorlunda. De engagerar sig, ser hur den kan utvecklas och börjar känna igen nya möjligheter. Nya idéer uppstår, kantfall identifieras och olika intressenter tolkar hur det bör fungera på något olika sätt. Det är inte ett misslyckande, det är en naturlig del av att göra en process explicit.

Vid det här laget måste även enkelt klingande förändringar granskas ur varje perspektiv och i varje skede av processen. Det som verkar litet i isolering kan ha bredare konsekvenser, särskilt när flera roller, beslut och beroenden är inblandade.

Vad intressenter fokuserar på kontra vad organisationen behöver

I välstrukturerad mjukvaruleverans ligger fokus på vad som är viktigast för organisationen, inte bara på vad intressenter efterfrågar. I många fall inkluderar det granskningsbarhet, som är kritisk för organisationen men ofta förbises till förmån för ytterligare funktioner.

Intressenter fokuserar naturligtvis på vad de vill att systemet ska göra. De fokuserar sällan på hur dessa förändringar behöver implementeras, dokumenteras och styras när systemet väl är i drift.

Varför små förändringar inte är små

Detta förändrar karaktären av till och med den enklaste begäran. En liten justering är inte längre bara en teknisk förändring, den blir en del av en kontrollerad och spårbar process. Som ett resultat kan det som verkar litet ha en mycket större inverkan när efterlevnad, ansvarsskyldighet och operativ synlighet beaktas.

Kontroll definierar utfallet

Om förändringen inte kontrolleras, kontrolleras inte heller utfallet.

Det som börjar som ett väldefinierat initiativ kan snabbt bli något helt annat, inte genom dåliga avsikter, utan genom brist på struktur kring hur beslut fattas när systemet utvecklas. Kostnaden är inte bara ekonomisk. Den mäts i tid, komplexitet, operationella störningar och förlust av tydlighet.

Det är här många organisationer tappar kontrollen utan att inse det.

De tror att de hanterar leveransen, medan systemets riktning i verkligheten formas steg för steg av omätad förändring.

Det är precis här Libertas Software Research verkar.

Inte bara i att bygga system, utan i att säkerställa att dessa system förblir anpassade till organisationen i takt med att de utvecklas. Det innebär att skapa struktur kring förändring, göra dess påverkan synlig och säkerställa att varje beslut förstås i sammanhang av kostnad, tid och långsiktig drift.

Frågan är inte om förändringen kommer att ske.

Det kommer den att göra.

Frågan är vem som kontrollerar den.

PrimeCRM