Udforsk DevOps-kultur
Kultur er et vigtigt fundament for DevOps, fordi det kræver vækst og løbende læringstankesæt for at lykkes. Ledelsesunderstøttelse er et af de kritiske elementer i dens succes.
Før vi diskuterer, hvordan DevOps-kulturen ser ud, skal vi overveje kulturens rolle i en organisations evne til at indføre DevOps. Ifølge Gartner:
Kulturel modstand og lave niveauer af procesdisciplin vil skabe betydelige fejlprocenter for DevOps-initiativer.
Gene Kim, forfatter af Phoenix Project og DevOps Handbook, siger:
DevOps er en rejse fuld af udfordringer, og sjældent er disse udfordringer simpelthen på grund af den forkerte teknologi eller de forkerte processer. Faktisk har de største og vanskeligste forhindringer tendens til at være kulturelle. Og hvis du får kulturen forkert, selvom du får alt andet rigtigt, er du på vej mod frustration, ekstra omkostninger og sandsynligvis fejl.
Hvad er kultur?
Til vores formål er kulturen en gruppes sociale arv. Det er et mønster af svar, der er opdaget, udviklet eller opfundet i løbet af gruppens historie med håndtering af problemer, der opstår som følge af interaktioner mellem medlemmerne og mellem dem og deres miljø.
Kultur bestemmer:
- Hvad er acceptabelt eller uacceptabelt.
- Hvad er vigtigt eller uvæsentligt.
- Hvad er rigtigt eller forkert.
- Hvad er brugbart eller uhåndterbart.
- Hvem du ansætter, fyrer og forfremmer.
Hvorfor mislykkes DevOps-initiativer?
Gartner-forskning viser, at gennem 2023 vil 90% af DevOps-initiativer mislykkes på grund af de begrænsninger af ledelsesmetoder, der bruges af ledelsen.
Vigtigt!
Ledelsens primære ansvar er at skabe et miljø, der muliggør en vellykket DevOps-kultur.
Folk, der arbejder i kreative bestræbelser behøver ikke "øl i pauserummet" for at motivere dem. Kreative mennesker har i stedet brug for beherskelse, autonomi og formål.
Når folk spurgte, hvad der er den vigtigste del af Microsofts succes - er det vision, strategi eller udførelse? – Microsoft CEO Satya Nadella sagde, at de alle er vigtige, men i sidste ende var det deres formål og vækst mindset.
De 12 eksempler på en DevOps-tankegang
Her er 12 eksempler på en DevOps-tankegang: ledelses mindset, kundefokuseret, lean tænkning, systemtænkning, fjern affald, teori om begrænsninger, justering og autonomi, skift-venstre-test, sikkerheds mindset, hypotesedrevet udvikling, live-site og målingsresultater, ikke aktivitets mindset.
Lederskabstankesæt
Gartner kommer med følgende anbefalinger:
- Identificer transformationsledere ved at prioritere specifikke adfærdsmæssige egenskaber, der er nødvendige for at lede et DevOps-initiativ og lægge mindre vægt på tekniske færdigheder.
- Udvikl transformationsledere ved at tage fejl som en læringsmulighed.
- Administrer transformationsledere ved at gøre dem i stand til at træffe beslutninger uden andet gæt og ved at angive klare mål og vigtige målepunkter.
Da DevOps er transformerende, skal ledere af Infrastruktur & Drift (I&O) identificere kandidater, der er visionære, adaptive, motiverende, styrkende og ansvarlige.
Kundefokuseret tankegang
Hvad betyder det at være kundefokuseret?
- Lyt til og kommuniker med vores kunder
- Mål, hvad der er vigtigt
- Omfavn de røde i produktion
- Byg, mål og få mere at vide
- Brug funktionsudrulning til korrekt udrulning
- Indsaml data bredt, men omhyggeligt
Lean-tænkende tankegang
Værdi: Lean-thinking mindset begynder med en detaljeret forståelse af, hvilken værdi kunden tildeler til produkter og tjenester. Organisationen fokuserer på at fjerne affald, så de kan levere den værdi, som kunden forventer på det højeste niveau af rentabilitet.
Værdistrømmen omfatter hele produktets livscyklus, fra råmaterialerne gennem kundens brug og endelig bortskaffelse af produktet. For at eliminere spild, det ultimative mål for Lean, skal der være en nøjagtig og fuldstændig forståelse af værdistrømmen.
flow: Forståelse af flow er afgørende for at eliminere affald. Hvis værdistrømmen holder op med at bevæge sig fremad på noget tidspunkt, er affald det uundgåelige biprodukt. Flowprincippet for lean manufacturing handler om at skabe en værdikæde uden afbrydelser i produktionsprocessen, og hvor hver aktivitet er i takt med hinanden.
Pull: Lean-princippet for pull hjælper med at sikre flowet ved at sikre, at der ikke foretages noget på forhånd, hvilket opbygger et arbejdsbaseret lager og stopper det synkroniserede flow. I stedet for at bruge den traditionelle amerikanske produktionsmetode til at skubbe arbejde igennem baseret på en prognose og tidsplan, dikterer pull-tilgangen, at der ikke foretages noget, før kunden bestiller det.
Perfektion: Lean praktikere stræber efter at opnå perfektion. Marchen mod perfekt proces sker som kontinuerlige forbedringer løse de grundlæggende årsager til kvalitetsproblemer og produktionsaffald. Den ubarmhjertige forfølgelse af perfektion er det, der driver brugerne af tilgangen til at grave dybere, måle mere og ændre oftere end deres konkurrenter.
System tænkende tankegang
En systemtænkende tankegang lægger vægt på hele systemets ydeevne, ikke ydeevnen af en bestemt silo af arbejde eller afdeling.
Fokuser på alle forretningsværdistrømme, der er aktiveret af it-virksomheden. Med andre ord begynder den, når kravene identificeres af virksomheden eller it-virksomheden, der er indbygget i Udvikling, og derefter overgår til it-drift, hvor værdien derefter leveres til kunden som en tjeneste.
Fjernelse af affaldstankesæt
Et lean mindset fokuserer på at identificere og fjerne de syv dødelige affaldsstoffer, der ikke er af værdi for kunden:
- Delvist udført arbejde
- Ekstra proces
- Ekstra funktioner
- Opgaveskift
- Venter
- Bevægelse
- Fejl
Tænketeori om begrænsninger
Den teori om begrænsninger er en metode til at identificere og fjerne begrænsninger (også kaldet flaskehalse), der begrænser gennemløbet. I praksis skal du starte med at identificere den vigtigste faktor, der står i vejen for at nå et mål. Arbejd på at minimere denne faktor, indtil det ikke længere er en begrænsende faktor.
Balancering af justerings- og autonomi mindset
Det er nødvendigt at opnå en balance mellem justering og autonomi. For meget justering fører til mindre innovation, mindre motivation og mindre samarbejde. For meget autonomi fører til mere kaos, forvirring og konflikt, samtidig med at det fører til mindre ensartethed.
Shift-venstre-test-mindset
Shift-venstre test er en metode, der bruges til at fremskynde softwaretest og lette udviklingen ved at flytte testprocessen til et tidligere tidspunkt i udviklingscyklussen. Hvis du flytter til venstre, er det en reference til at flytte test til venstre på en tidslinje. Det hjælper med at opbygge kvalitet og identificere problemer tidligere for at reducere spild af omarbejde.
Shift-left-test er designet til at være en bedre model til udvikling af hurtige baner, fordi traditionelle testmodeller, der venter til senere i udviklingscyklussen, kan skabe flaskehalsudvikling.
Sikkerhedstankesæt
For at opnå et sikkerheds mindsetskal teams:
- Gør opmærksom på det.
- Definer deres principper.
- Leve efter deres principper.
Hypotesedrevet udviklings mindset
Brug af en lean produkttilgang til at udvikle i kortere cyklusser og bruge hypotesebaseret udvikling hjælper med at skabe små eksperimenter for at få feedback fra vores kunder og datadrevne beslutninger.
Den hypotesebaserede udviklingsstrategi:
- Starter fra en antagelse - noget accepteret som sandt uden bevis
- Formulerer den antagelse, der skal testes
- Udfører eksperimentering og test
- Undersøger beviser – en indikator for resultatet
Live-site tankegang
For et DevOps-team er der intet sted som produktion. Alt, hvad de gør, handler om at gøre kundernes oplevelse bedre.
Hvis du vil oprette et stabilt websted med høj ydeevne, skal du anvende de bedste fremgangsmåder for kontinuerlig drift på en disciplineret og løbende måde for at holde webstedet sundt.
Vigtige faktorer i vores live-site kultur omfatte:
- Registrer, før kunderne føler smerten
- Drev med data
- Rodårsagen er nøglen
- Konfigurer som kode
- Automatiser for at overleve
- Vær åben, og få mere at vide
Mål resultat, ikke aktivitets mindset
Den måde, du måler folk på, vil lede, hvordan folk opfører sig. Du skal måle brug, hastighed og livewebstedstilstand, ikke kodelinjer, teamafbrænding og antallet af fundne fejl.
Tip
Vær forsigtig med din måling for at give et optimalt resultat!