Skip to main content
2023-08-04

Undvika fallgropar i SAFe 4 - innovation vs förvaltning

2023-08-04
vår första artikel diskuterade vi SAFe-ramverkets olika roller och ceremonier och gick igenom lite olika fallgropar man bör undvika. En av dessa fallgropar var att stirra sig blind på hur de olika rollerna beskrivs i ramverket. Sedan tittade vi lite närmare på hur du kan skapa ett mer dynamiskt arbetsklimat och fokusera mer på vad som ska levereras och inte bli bunden av alltför strikta rollbeskrivningar. Därefter följde en diskussion om de olika SAFe-ceremonierna och hur du enkelt kan fokusera på resultatet från dem. Den här gången tänkte vi titta lite på hur du kan balansera arbetet mellan nyutveckling och förvaltning. Vi har tidigare pratat om den ädla konsten att hitta balansen i vår artikelserie som handlade om arbetet med teknisk skuld, men i den här artikeln utvecklar vi resonemanget ytterligare och bygger vidare på de diskussioner vi hade i den serien. Ta dig gärna en titt på det avsnittet som handlade om att hantera balansen mellan innovation och stabilitet.
WEB_013_Bridge.

Innovation och kundvärde

Undersök vilka delar av produkten eller systemet som kräver nyutveckling och innovation för att möta framtidens behov och kundkrav. Var samtidigt medveten om vikten av att förvalta och underhålla befintliga funktioner och lösningar som är viktiga för att kunderna ska få ut ett värde och en stabil användarupplevelse.

Om du till exempel arbetar med ett mjukvaruföretag kan det vara viktigt att investera i innovation och nya funktioner för att möta marknadens förändrade behov. Samtidigt måste du förvalta och åtgärda kritiska buggar i den befintliga koden för att säkerställa att befintliga kunder har en positiv upplevelse och inte tappar förtroendet för produkten.

På det viset undviker du också att bygga upp en alltför stor teknisk skuld som förr eller senare måste hanteras…

Vid en första anblick är SAFe väldigt fokuserat på innovation och nyutveckling och man kan få för sig att det inte går att anpassa ramverket efter en mer traditionell förvaltningsorganisation, men det är inte helt sant. Även en traditionell förvaltningsorganisation där det kanske inte sker så mycket nyutveckling har stor nytta av SAFe och de roller och ceremonier som beskrivs där.

I en traditionell driftorganisation finns precis samma frågor som i ett utvecklingsteam. Men utvecklingsteam kanske tittar mer på hur de ska utveckla olika funktioner och produkter medan en driftsorganisation är mer fokuserad på att utveckla teknikstacken och erbjuda mer kostnadseffektiva, lättadministrerade och säkra lösningar.

Teknisk skuld och förvaltning

Teknisk skuld kan uppstå när snabb innovation och bristande underhåll av befintlig kod leder till kvalitetsproblem och prestandaproblem. Förstå behovet av att hantera teknisk skuld genom att balansera tid och resurser för nyutveckling och förvaltning av befintliga system och applikationer.

Om du arbetar med att utveckla webbapplikationer kan det vara frestande att ständigt lägga till nya funktioner utan att hantera prestandaproblem i befintlig kod. Genom att balansera nyutveckling med teknisk skuldhantering kan du säkerställa att applikationen förblir snabb och effektiv även när den växer.

Du kan läsa mer om det här i vår bloggserie som handlar om att hantera teknisk skuld och som du hittar på samma webbplats som den här serien.

Användarfeedback och innovation

Användarfeedback är ovärderligt för att förstå vad som fungerar bra och vad som kan förbättras. Utveckla en kultur där användarfeedback prioriteras och används som en grund för både innovation och förvaltning.

Om du t.ex. arbetar med en mobilapp kan du använda användarfeedback för att identifiera vilka funktioner som är mest efterfrågade och vilka buggar som stör användarupplevelsen mest. Genom att använda feedbacken för att prioritera utvecklingsinsatser kan du säkerställa att innovationen är fokuserad på det som verkligen ger värde till användarna. Detta är också något vi diskuterar i vår serie som handlar om att hantera teknisk skuld.

Vi rekommenderar att du tar dig en titt på den artikeln om du inte redan har gjort det eftersom vi där utvecklar resonemanget kring det här med balansen mellan användarupplevelsen och innovation.

Prioriteringar

Arbeta med affärsägare och intressenter för att fastställa prioriteringar mellan innovation och förvaltning. Kommunicera tydligt om vilka initiativ som är mer inriktade på att möta nya krav och vilka som är inriktade på att upprätthålla den befintliga kvaliteten och driftsstabiliteten. Förklara på ett pedagogiskt och lättförståeligt sätt hur olika utvecklingsinsatser kan påverka produktens stabilitet och förklara begreppet teknisk skuld för att skapa en förståelse bland intressenterna för varför det är så viktigt att hantera och planera in tid för.

Även om innovationsarbetet kanske blir lite lidande är det viktigt att intressenterna förstår att även den tekniska skulden och förvaltningen av systemet måste hanteras.

Genom att ha en tydlig roadmap och prioriteringsplan kan du undvika att fastna i endast nyutveckling eller endast förvaltning. Balanserade prioriteringar ger ett brett perspektiv och säkerställer att både innovation och förvaltning hanteras på ett ansvarsfullt sätt. I roadmapen kan du lägga in både innovationsrelaterade och mer förvaltningsnära aktiviteter. Det medför att dessa kan prioriteras tillsammans och det blir tydligt för alla inblandade i vilken ordning saker ska göras.

Om du utforskar och kommunicerar vikten av att hitta den rätta balansen mellan innovation och förvaltning kan du skapa en sund arbetsmiljö där både framtidens behov och befintliga kundernas förväntningar möts på ett effektivt och strategiskt sätt. I nästa artikel tänkte vi diskutera hur du kan undvika fällan att fastna i ’analys-loopen’.

Written by André Johansen