Det finns en fras som blivit så vanlig i mjukvaruvärlden att den nästan tappat sin innebörd: continuous delivery. Vi pratar om det som om det vore självklart — att kod ska flöda från utvecklarens händer till produktion i ett oavbrutet, smidigt flöde. Men vad händer när vi lyfter blicken från skärmen och ser oss omkring i den fysiska världen? I fabriker, i produktionslinjer, i de organisationer som faktiskt tillverkar saker man kan hålla i handen? Där ser det annorlunda ut. Och ändå, tror jag, finns det mer gemensamt än vi kanske tror.
Under de senaste åren har jag arbetat alltmer med organisationer som befinner sig i gränslandet mellan mjukvara och hårdvara. Det som slagit mig är hur mycket av det tänkande som vuxit fram inom Lean, Agile och DevOps faktiskt är tillämpbart även på tillverkning och hårdvaruutveckling — men att översättningen kräver omsorg. Man kan inte bara ta ett ramverk som fungerar för en kodbas och projicera det på en produktionslinje. De fysiska begränsningarna är verkliga. Ledtider för komponenter, verktyg som kostar miljoner, testcykler som tar veckor. Det går inte att låtsas att dessa begränsningar inte finns.
Men det som går att göra, och som jag menar att vi måste göra, är att ifrågasätta de mentala modellerna. Produktintroduktionstider på tre till fem år var en gång en naturlag i många branscher. Idag ser vi företag som lyckats korta dem dramatiskt, inte genom att skära hörn utan genom att tänka annorlunda om hur arbete flödar genom en organisation. Det handlar om att bryta ner silos mellan konstruktion, produktion och kvalitet. Om att låta information flöda fritt istället för att fastna i handoff-dokument och grindar.
Flöde som princip, inte metod
Det som förenar Lean och DevOps är inte verktygen utan principen om kontinuerligt flöde. I en fabrik handlar det om att material och information rör sig utan onödiga stopp. I en mjukvaruorganisation handlar det om att kod och beslut rör sig utan onödiga stopp. Mönstret är detsamma. Och när vi börjar se det mönstret kan vi också börja tillämpa samma typ av systemtänkande, oavsett om produkten är en mobilapp eller en industrimotor.
Det som inte översätts rakt av är feedbacklooparna. I mjukvara kan vi deploya, mäta och justera på minuter. I hårdvara kan en prototypcykel ta månader. Men det betyder inte att vi ska ge upp tanken på snabb feedback — det betyder att vi måste vara kreativa med hur vi skapar den. Simulering, digitala tvillingar, modulär arkitektur. Allt detta är sätt att få feedback tidigare, även om vi inte kan få den lika snabbt som i en CI/CD-pipeline.
Jag tror att vi befinner oss i början av ett paradigmskifte. Tillverkningsindustrin har länge levt med en separation mellan de som tänker och de som gör, mellan konstruktion och produktion. Den separationen har tjänat oss, men den har också kostat oss. Den har skapat organisationer som är bra på att optimera delar men dåliga på att optimera helheten. Continuous Industrialization handlar om att överbrygga den klyftan — inte med ett nytt ramverk eller en ny metod, utan med ett sätt att tänka som sätter flödet, helheten och lärandet i centrum. Det är varken enkelt eller snabbt. Men det är nödvändigt.