TPL_YOOTHEME_SKIP_TO_MAIN_CONTENT

Taktisk Planering, effektiv metodik

Taktik är sättet att genomföra det operativa arbetet. Min taktik som pilot var att flyga på 20 m i 1150 km/h, då kommer man hem med fotot utan upptäckt.

Taktisk planering är att planera metod för det operativa arbetet. I planeringen ingår att välja metod, säkra rätt resurser och träna dem i metoden. Planen implementeras sedan i operativa uppdrag där de strategiska målen nås.

Taktisk planering, rätt metod och rätt resurs

Taktisk planering är en strategisk förmåga att bygga ett vinnande beteende. Det är metoden som organisationen utbildas i och genomför. 

Här beskrivs vad taktik och taktisk planering innebär övergripande och hur du praktiskt genom för ensions taktik.

Pilotens kommentar: taktik är ett beteende, inte ett dokument

För mig som stridspilot är taktik inte en dammig pärm i hyllan. Att flyga i 1150 km/h på 20 meters höjd kräver att metoden sitter i ryggmärgen. Hade den inte gjort det, hade jag suttit här idag och skrivait den här texten.

Taktisk planering går ut på att systematiskt beskriva, analysera och nöta in ett visst uppträdande. Den insikten är direkt överförbar till styrelserummet. En taktisk plan är ramverket som definierar er organisations beteendet. Det är metoden som omsätter er strategi till konkreta handlingar i den dagliga verksamheten.

Vad är Taktik och taktisk planering?

Taktik är metoden för att nå målen

Taktik kommer från grekiskans ord taktikē. Ordet har militärt ursprung vilket avspeglas i Svenska Akademiens ordlista, utanför militära sammanhang passar Svensk ordboks definition lite bättre:

Taktik enligt SAOL: konsten att effektivt använda stridskrafter eller andra resurser
Taktik enligt SO: planmässigt tillvägagångssätt anpassat efter situationens krav

Taktik är metod för en specifik kontext. Strategi och taktik är parhästarna för att lyckas i det operativa arbetet.

"Strategy without tactics is the slowest route to victory. Tactics without strategy is the noise before defeat." - Sun Tzus

Krav mot taktisk planering, metod

Lagkrav på metodik

Cybersäkerhetslagen (NIS2) ställer krav på metod

Agila säljare skräms med vattenfallsspöket. Det hoppas av glädje i tron att planering och dokumentation ska till kastas i papperskorgen. Men, spöken finns inte, inte heller  vattenfallsspöket. Det finns ingen som utvecklat efter en vattenfallsmetod, agilt och iterativt har alltid funnits

Det agila förhållningssättet handlar om hur du förhåller dig till kund, medarbetare, förändring och förbättras. Kvalitet kräver planering och dokumentation. I lagom portioner.

Standarder och ramverk för metod

Organisationer har ofta metoder och regelverk men förmågan att anpassa dem till sin verksamhet varierar. 

  • Ramverket TOGAF ger struktur för att kartlägga verksamhet. Archimate stödjer TOGAF
  • Projektmetoden PPS ställer krav på planering, riskhantering och kvalitetskontroll.
  • Ramverket SAFe strukturerar på liknande sätt agila flöden.

Dessutom bygger metoden in direkt styrning mot de internationella standarder våra designprocesser vilar på:

  • ISO 15288: Systemlivscykler och separation av arkitektur från fysisk design.
  • IEC 61508: Funktionell säkerhet och riskreducering (Safety by Design).
  • ISO 9001: Systematisk kvalitetsledning och full spårbarhet.
  • ISO 27001: Informationssäkerhet och skydd mot cyberhot (Security by Design).

Genom att bryta ner vår kvalitetssäkrade modell till granskade Kanban-tasks, säkerställer vi att SAFe-tågen (Program Increments) matas med rätt uppgifter. Vi förenar det snabba agila bygget med den långsamma, trygga arkitekturen och regelefterlevnaden.everansloop för kvalitetssäkring och exekvering.

Ledarens ansvar för metod

Ledaren ansvarar för att leverera resultat i projektet och utveckling. För att effektivt klara detta krävs att rätt metoder och ramverk används. Detta är de viktigaste ansvaret för ledaren i detta sammanhang:

  1. Metodval: Ledaren ansvarar för att välja metod i enlighet med uppdraget.
  2. Implementation: Valda metoder ska anpassas och implementeras. 
  3. Förbättring: Ingen metod är perfekt. Därför måste ledaren se till att effekten av metoden övervakas och förbättras.

Ensions taktiska principer

Metoden ska vara designad för en föränderlig "TUNA-miljö" (Turbulent, Uncertain, Novel, Ambiguous) där planeringen måste vara iterativ. Därav har Ension följande principer för:

  1. Design utgår från affär: Affärsdriven arkitektur utgår från affären. Affärsdriven säkerhet utgår från arkitektur och säkerhet. Affärsvärdighet och cybervärdighet utgår från genomtänkt design.
  2. Kommunikation. En modell ska kommuniceras för en gemensam förståelse. Modellen ska förstås av intressenter som ledning, verksamhet, utveckling och myndigheter. Det måste det finnas anpassade vyer in i modellen. 
  3. Människan är en effektiv analytiker: Team och arkitekt skall nyttjas för kreativitet och analys. Människan kan dock med whiteboard och postits vara en för snabb analytiker. Tvinga in människan e ett djupare analytiskt tänkande.
  4. AI och automatisering ger snabbhet: AI används för snabbhet och en kognitiv brygga för att extrahera mönster till modell, att ta nästa steg i processen. AI kodar utifrån specar. AI granskar. Dokumentation automatiseras.
  5. Spårbarhet ger bevisad säkerhet: Processen ska vara spårbar mot lagar och standarder. Kod ska vara spårbar mot affär. Detta innebär inte att 100% av designen ska vara klar innan kodning, det det som kodas ska vara spårbart.
  6. Implementation utgår från design: Det är inte snickare och rörmokare som skapar design, samma sak gäller kodning. Att dokumentera ett färdigt bygge ger inte affärsvärdighet och cybervärdighet. 

Konsekvenser av detta

  • Arkitektur är flaskhalsen i AI-eran: När AI-agenter som Claude Code gör själva kodskrivandet flyttas det verkliga värdet från programmering till arkitektur. 
  • Modellen är "Single Source of Truth": Genom att sätta en levande modell som det facit förhindras att affärsstrategin, säkerhetsanalysen och den skrivna koden driver isär.
  • Visuell kommunikation ensar intressenter: En modell är värdelöst om den inte förstås av ledning, verksamhet, utveckling och myndigheter. Arkitekturen abstraheras upp i anpassade vyer på intranätet och i dokument.
  • Dokumentation blir en biprodukt: Eftersom spårbarhet mellan affär och systemdesign är strukturellt uppbyggd i modellen, blir framställandet av revisionsunderlag, vyer och säkerhetsbevis en knapptryckning.
  • Safety & security by design: Bevisad säkerhet (Cybervärdighet) blir därmed inte ett administrativt projekt i slutet av utvecklingen, utan en kontinuerlig effekt av en genomtänkt design.

Agila metoder och analytiskt tänk

Agila metoder måste inte tappa analys och dokumentation

Agila säljare skräms med vattenfallsspöket. vattenfallsspöket är ett hjärnspöke

Agila säljare skräms med vattenfallsspöket. För Sun Tzu är vattenfallsspöket som ett hjärnspöke för att sälja rustning.

Det finns ingen som utvecklat efter en vattenfallsmetod, agilt och iterativt har alltid funnits

Det agila förhållningssättet handlar om hur du förhåller dig till kund, medarbetare, förändring och förbättras. Kvalitet kräver planering och dokumentation. I lagom portioner.

Tänka fort och tänka långsamt

Daniel Kahneman: Tänka, snabbt och långsamt

Agilt arbete fokuserar på operativt resultat och snabba leveranser mot kunden. Problemet är att agil utveckling i det snabba ofta missar det kunden inte vill ha. Flygresenärer vill inte störta och elkunder vill inte ha strömavbrott.

I boken "Tänka, snabbt och långsamt" beskriver nobelpristagaren Daniel Kahneman hur vi styrs av två system: det snabba intuitiva (System 1), samt det långsamma analytiska (System 2). För mig som stridspilot är System 1 de blixtsnabba besluten i en luftstrid. Men System 2 är förberedelserna innan jag sätter mig i planet. Den agila processen är briljant på det snabba, så hur gör vi då för att tvinga oss att tänka långsamt?

Dokumentation tvingar dig att tänka långsamt

Dokumentation tvingar dig att tänka långsamt

Lagar och standarder har inte  dokumentationskravför att krångla. Det är krav på att du ska visa att du tänkt rätt, som på matteprovet. Redovisar du inte hur du tänkt blir det noll poäng. Du har prioriterat fort och missat analys

Du har säkert använt Miro tillsammans med andra och fort kommit fram till briljanta lösningar. Sedan när det ska implementeras är en hel del oklart. Dokumentation saknas, och, ni har slarvat lite som på matteprovet.

Tänk om den tråkiga dokumentationen bara blev till?

Dokumentation som en biprodukt av av meodelldriven design

Dokumentation som en biprodukt av meodelldriven design

En modell är en avbildning av verkligheten. Organisation och IT besrivs som model (läs mer om detta under arkitektur eller se affärsmodellen för Gipsat.nu).

Varje diagram i modellen är en ny vy in i modellen. En vy är dokumentmodeller, dessa knyts direkt till elementen i den underliggande arkitekturmodell.

Resultatet är en automatiserad stab hos SunTzu. Med hjälp av dokumentmodellen kan vi när som helst generera spårbara dokument, t ex kravspecifikationeller eller SAD.

Taktik för säker systemarkitektur

Operativ ledning med SAFe och PPS berättar inget om taktik

Hierarki inomoperativ ledninng, med SAFe eller PPS

SAFe och PPS representerar ledningscentralen. Detta i en hierarki från program till team. Ramverken ger ur Sun Tzus perspektiv struktur för att flytta trupper. Sun Tzu skulle påpeka att SAFe och PPS är blinda för frontlinjens realitet.

För mig som stridspilot är det som saknas förmågan flyga på 20 meters höjd i 1150 km/h.

För teamet inom arkitektur och IT saknas beskrivningen av stegen för hur du tar dig från affärsidé till besvisat säkra system. Det är en långsam väg, strategi utan taktik.

För Sun Tzu är Tao tilliten och det gemensamma syftet som gör vision och agerande till en organism.

Mallar för modellering, från ledning, via arkitektur, till säkerhet

Ensions främsta vapen är modellen. Taktiken är att bygga modellen stegvis utifrån mallar. Kraven från lagar och standarder uppfylls per automatik, eftersom processen i sig är spårbart designad för efterlevnad.

Här bredvid ser du övergripande hur stegen flödar genom olika mallar. I varje nytt steg tar du med dig modellen från det föregående. Därför startar varje steg med en delvis ifylld mall, fart och riktning framåt bibehålls.

Med detta flöde skapar Ension Tao.

Från strategi till taktik, så styrs arkitektur och design i varje steg

Processen för modelldriven design

Vår modelldrivna process, med sin inre och yttre loop, är klistret som får lagkrav att smälta samman med agilitet.

Lättrörlighet är viktigt, men du kan aldrig fly från formell modellering och dokumentation. Men gör det till din styrka, det analytiska ankare som tyglar agil snabbhet.

I den inre loopen utforskar teamet design iterativt med gemensam whiteboard och modell. I den yttre loopen skapas uppgifter för teamet, och ur den färdiga modellen genereras och granskas formella dokumenten.

Modelldriven analys och design

Den inre loopen: Det magiska designarbetet och AI

Opertiv Produktion, teamet arbetar med digital whiteboard och modell

Sun Tzu hävdade att segerrika generaler gör sina kalkyler i templet långt innan slaget. Vår inre loop är det templet. Analys och design är som bäst vid en whiteboard. Moderna digitala whiteboards (som Miro) ger teamet en oändlig yta för att tänka fritt i realtid.

Men en skiss i Miro är död data, den kan inte spåras eller autogenerera en kravspecifikation. Det kan däremot ett formellt arkitekturverktyg som Sparx EA.

I den inre loopen finns en process där den digitala whiteboarden iterativ ger input till byggandet av modell.

Vi löser detta genom en inre, iterativ arbetsloop som snurrar tills designen är solid:

  1. Ta fram snabbt underlag med AI (System 1): När en ny uppgift startar används AI som en intuitiv partner. AI är mästerligt på Kahnemans "snabba tänkande" och kan blixtsnabbt generera utkast, hypoteser och breda underlag. Arkitekten nyttjar ensions mallar, befinlig modell och AI för att skapa ett utgångsläge för innevarande steg.
  2. Uppdatera den digitala whiteboarden: Arkitekturen frånmodellen klistras in den på den digitala whiteboarden. Detta är vår baslinje för granskning och arbetsmöte. Här läggs även uppgiften till gruppen så gruppen har rätt fokus. Även pedagogiska vyer för intranätet läggs in.
  3. Enskild granskning (System 1& 2): Innan vi möts får teammedlemmarna tid att på egen hand granska baslinjen och AI-hypoteserna på tavlan. Detta säkerställer att alla är förberedda och att grupptänkande undviks. Synpunkter läggs in på whiteboarden, det är dessa som diskuteras på det gemensamma arbetsmötet.
  4. Det gemensamma arbetsmötet med digitala whiteboard (System 1): Här händer magin. Vi släpper kraven på strikta regler (som Archimate-notation) och låter teamet gnugga detaljerna tillsammans. Vi flyttar AI:ns post-it-lappar, drar nya pilar och löser konflikter visuellt. Verktyget fungerar som en lättrörlig sandlåda för snabb problemlösning..
  5. Djupanalys och formalisering (System 2): Efter mötet översätts teamets överenskommelser tillbaka in i den formella modellen. Det är här och endast här modellen justeras av arkitekten. Det är nu vi kopplar in Kahnemans "långsamma tänkande". Att tvingas bygga relationer, definiera fält och knyta krav i modellen leder till en mycket djupare ingenjörsanalys än vad snabba skisser någonsin kan erbjuda. När du dessutom skall bygga förklaringar för olika intressentgrupper, för senare punlicering på intranät, så tvingas du precis som på matteprovet, visa hur du tänkt.

Denna inre loop upprepas för varje nytt problem tills teamet är helt nöjda och designen kan möta verkligheten.

Den yttre loopen: Operativ planering och agil leverans

Opertiv ledning, dokumentgenerering och granskning

Den yttre loopen är vår operativa motor. Medan den inre loopen hanterar tänkandet vid whiteboard och modell, handlar den yttre loopen om struktur och framdrift.

Det är här vi förvandlar krav till taktisk design, väljer rätt mallar och bryter ner arbetet till uppgifter.

Operativ planering är konsten att omsätta djup analys till omedelbar handling, att styra systemets loopar mot konkreta uppgifter i kalendern och få saker gjorda nu.

Den yttre loopen drivs framåt i tre steg:

  1. Bygg dokumentmodell: Arbetet initieras genom att förstå vilka krav som ställs. Här bygger upp grundstrukturen i modellen för det som ska levereras, samt beslutar vilka designmallar som ska användas.
  2. Planera sprint / dokumentproduktion: Kraven översätts till operativt arbete. Uppdraget bryts ner i hanterbara Tasks, tidsätts i en sprint och läggs upp på teamets Scrumboard. Det är nu vi skapar tydlighet kring vem som gör vad.
  3. Bygg dokument och skicka ut för granskning: Eftersom den underliggande modellen (Sparx EA) är vår Single Source of Truth slipper vi skriva tunga dokument för hand. Vi låter systemet per automatik generera utkast av dokumentet. Skapa även AI-granskningar med verktyg som NootbookLM och Gemini,
  4. Granska dokument: Innan något fastställs genomförs enskilt en formell granskning av de genererade dokumenten. Det är här vi bevisar vår Safety & Security by Design genom att kontrollera spårbarhet och konsistens. 
  5. Sammanställ granskningsresultat: Alla noteringar från de enskilda granskarna samlas in. Eventuella paradoxer eller tekniska konflikter reds ut, oftast i ett gemensamt granskningsmöte, för att säkerställa att kraven håller i verkligheten.
  6. Godkänn och publicera dokument: Dokumentet godkänns formellt och publiceras som en ny, kvalitetssäkrad baslinje. För organisationer som styrs av traditionella metoder (exempelvis PPS) blir detta det perfekta underlaget för att få grönt ljus vid nästa beslutspunkt.

Genom hela denna yttre loop flödar uppgifterna obevekligt över teamets Scrumboard. Parallellt aktiveras den inre loopen för att lösa de designutmaningar som uppgifterna kräver. Alla vet exakt vad som ska byggas, varför och hur det ska bevisas. Inga gissningar, ingen onödig byråkrati, bara glasklar exekvering.

Det är så du skapar Tao. Det är så du bygger en organisation med förmågan att flyga på 20 meters höjd i 1150 km/h.