Noll
Det har varit tre stora rörelser formar it-landskap. Det är Agila, som betonar samarbete i utveckling av mjukvara, Lutar DEN, som främjar leverera programvara snabbare, bättre och billigare, och DevOps, som syftar till att anpassa programvara utveckling med ständig leverans.
Foto: Joe McKendrick
(Folket på CapGemini ger en bra översikt av skillnaderna mellan Agile, Lean IT och DevOps.)
Dessa tre rörelser har sina egna förespråkare, metoder och terminologi. Men när du tycker om Agile, Lean IT och Smidig, är inte dessa alla samma sak, i huvudsak? De har alla samma mål, vilket är att leverera hög kvalitet programvara på en kontinuerlig basis, tillsammans. Är det dags att slänga begrepp och semantik och föra dessa tre verksamheter under samma tak?
Mike Orzen, för en, anser att det är hög tid att dessa tre begrepp förs samman till en enda mögel. I en nyligen webcast med Niels Loader, Orzen, en känd auktoritet på Lean IT och co-författare av en bok med samma namn, som observerats att människor har en tendens att sammanfalla under en av de discipliner.
“Vi hamnar i lite av ett babels torn, där vi plockar sidor, vilket skapar friktion i en organisation som försöker att förändra”, påpekar han. “Vad vi har sett i många organisationer är lite av en split — utvecklare har använt Agila metoder, och det är olika från DevOps. Och företag som har arbetat i Lean — Lean, Lean — säg, ‘vi redan gör Agile, vi gör Lean. När Agile kom, och DevOps kom, en del av resten av organisationen sade, ‘varför är du kalla det något annat-varför är det olika?'”
Lean-och Agile-båda har varit att leverera positiva resultat, Orzen fortsätter. “Några hade fokuserat på att utveckla sidan av huset med Agila metoder, vissa hade fokuserat på service management-sidan av huset med Lean. Men hade inte sträckte value stream. Då du hade DevOps att komma till förhandlingsbordet för att försöka utöka till mer av ett system av strategin för hur vi tillämpar Agila metoder och Lean, och vid slutet av den dag de är verkligen gratis, och försöker göra exakt samma sak med en annan inriktning.”
DevOps är, i huvudsak, “tanken på att expandera bortom lean software development hela företaget,” Orzen tror. “Vi har gått från vetenskaplig ledning att engagera folk.. och nu var i en ålder av integration… ..vi har inte övergett den vetenskapliga ledningen idéer eller engagemang.. Men för att uppnå integration, inte bara för hela DET värde ström.. men också i hela organisationen, vi har fått förlita sig på dessa centrala begreppet Lean, särskilt i hur vi engagerar människor i deras verkliga nivå.”
Orzen och Lastare har några råd för att få till en väl integrerad Agile-Lean-DevOps företag:
Tänka om ledarstilar. Att föra detta integrerat tänkande i IT och affärer organisationer kräver förändringar i ledarskapet, både Orzen och Lastare överens om. “Ledarskap är viktigt,” Orzen staterna. “Vad ber människor att göra är att genomgå förändringar i teknik, förändringar i deras arbetsmiljö. I det förflutna, arbete är vad vi skulle se på våra skrivbord. Det var suboptimization: vi gör en lokal förbättring, men kunden inte känner det.” Integrerad Agile-Lean-DevOps måste tänka laser-fokus på att skapa mervärde för kunder, och leverera detta värde så snabbt som möjligt, Lastare säger. “Det är där jag ser ett verkligt ledarskap problemet.. mycket av våra ledare är fortfarande förankrad i traditionell förvaltning stilar — saker som månatliga rapporter och styrgrupper.”
Stanna jordat i den grundläggande principer för Lean, Agile och DevOps. “Om du inte känner till dessa principer, få tillgång till dem,” Orzen uppmanar. “Gå tillbaka till rötterna — i böcker om Lean, eller gå tillbaka och titta på Lean manufacturing.
Underskatta inte effekten av kultur.“Vi pratar om förändring, om vi pratar om.. för kommunikation och samarbete, vi pratar om öppenhet, vi pratar om att genomföra experiment och kör en lärande organisation”, säger Orzen. “Allt detta kräver förändringar i beteende, förändringar i tänkande. Det enda som får på vägen är våra vanor och våra normer.”
Skapa “flow”. Tänka bortom den nuvarande organisatoriska struktur och hierarki och tycker om att skapa flöde över hela ån, säger Orzen. “Jag vill minska eller eliminera fördröjningar, jag vill inte ha några omarbetningar, jag vet inte köer, jag vill inte arbeta sittande. Så vi behöver för att skapa flödet innan vi talar om automation, vi behöver skapa flöde innan vi talar om en omorganisation av företaget. Samtalet bör alltid börja och sluta med, ” vad är effekten av flödet på kundnytta?’ I slutet av dagen, det är vad detta handlar om.”
Relaterade Ämnen:
Affärssystem
CXO
Trodde Ledarskap
Innovation
Tech och Arbete
0