Därför ska du kolla närmare på BizDevOps

Vad är egentligen DevOps?

Som alla praktiker, ramverk och best practices, har även DevOps (med dryga tio år på nacken) behov av att utvecklas. Enter BizDevOps! Eller?

DevOps är en samling av principer och praktiker som utökar det agila synsättet och Lean till att också inkludera de omgivande stegen av mjukvaruutveckling, från idé hela vägen fram till att mjukvaran är släppt till användning av kunden och därigenom framkallar faktiskt kundvärde. Namnet DevOps anspelar på sammanförandet av de två klassiska antagonisterna utveckling (DEVelopment) och drift (OPerationS) och det är detta som är grunden till denna bloggpost.

Såsom för så många av sina syskon, halvsyskon och kusiner i praktikväg därute, så har ord och benämningar blivit viktiga i definitionen av ramverket. Det härstammar i att populära koncept gärna omtalas och används utan att ha full koll på vad de innebär och då tenderar ord och fraser att bli det användaren själv till slut definierar dem som. En annan effekt av detta är att ord tenderar att tolkas för bokstavligt.

DevOps principer samlar hela flöden i s.k. , som representerar hur produkten och kundvärdet rör sig genom organisationen. DevOps praktiker hjälper sedan till med att underlätta den förflyttningen så mycket som möjligt, till exempel genom att synligggöra och automatisera så många av stegen och överlämningarna som möjligt.

En tämligen vanlig missuppfattning är att DevOps helt enkelt enbart handlar om att få Dev och Ops att kommunicera med varandra och – missförstå mig rätt – det är ju i och för sig bra. En pipeline som börjar vid utvecklingsteamet och avslutas när produkten nått produktionsmiljön är bättre än ingen, men DevOps sträcker sig längre än så. För att uppnå snabbhet och responsivitet på förändring krävs det att även affärssidan eller ”verksamheten”, d.v.s. ”Biz” finns med i flödet. (Hur IT, 2019, inte skulle räknas som del av Biz är food for thought och kanske resulterar i en egen bloggpost vad det lider).

BizDevOps

På Onbird ser vi ofta hur åtminstone medvetenheten för ett smidigt flöde inom IT ökat, men att det fortfarande finns vattentäta skott mellan verksamhet och IT, där samarbetet och kommunikationen är bristfällig och inte så kontinuerlig och smidig som den borde vara.

Därför har behovet av att börja titta mer på begreppet ”BizDevOps” (ibland kallat DevOps 2.0) ökat. Egentligen skiljer sig principerna och praktikerna inte åt från det som är DevOps 1.0. Automatisering och medvetenhet om sin pipeline väger fortfarande tungt, men genom att ändra i namnet och fokusera lite mer på aktiviteter för affärssidan, så inkluderas de bättre. Förhoppningsvis ökar vi därmed chansen till ännu mera värde för kunden.

Hur inkluderar vi affärssidan bättre?

Vi inkluderar affärssidan i vår pipeline framförallt genom att fokusera på två aspekter: mätbarhet och feedback.

Avslutningsvis

Det handlar alltså egentligen inte så mycket om att ramverket i sig behöver förändras utan mer om att förtydliga att BizDevOps inkluderar hela flödet, från ax till limpa. Om det så krävs ett namnbyte, fine.

Avslutningsvis: Det är inte bara Biz som har nästlat sig in i den här leken. Exempelvis är även DevSecOps ett numera vedertaget begrepp. För att undvika att vi till slut hamnar i något i stil med BizDevSecCustQaMarOps, så får BizDevOps (eller kanske till och med bara BizOps) representera att DevOps är ett större begrepp än enbart kommunikationen mellan utveckling och drift.