A DevOps-kultúra felfedezése
A kultúra alapvető alapja a DevOpsnak, mert növekedésre és folyamatos tanulási gondolkodásmódra van szükség a sikerhez. A vezetőség támogatása a siker egyik kritikus eleme.
Mielőtt megbeszélnénk, hogy hogyan néz ki a DevOps-kultúra, tekintsük át a kultúra szerepét abban, hogy a szervezet képes-e a DevOps bevezetésére. Gartner szerint:
A kulturális ellenállás és az alacsony szintű folyamatfegyelem jelentős hibaarányt fog eredményezni a DevOps-kezdeményezések esetében.
Gene Kim, a Phoenix Project és a DevOps Kézikönyv szerzője a következőt mondja:
A DevOps egy kihívásokkal teli út, és ritkán fordulnak elő ezek a kihívások egyszerűen a rossz technológia vagy a rossz folyamatok miatt. Valójában a legnagyobb és legnehezebb akadályok általában kulturálisak. És ha rossz a kultúra, még akkor is, ha minden mást helyesen kap, akkor is a frusztráció, a többletköltség és a valószínű kudarc felé tart.
Mi az a kultúra?
Célunk, hogy a kultúra egy csoport társadalmi öröksége legyen. Ez a csoport történetében felfedezett, kifejlesztett vagy kitalált válaszok mintája, amely a tagok közötti interakciókból, valamint azok és környezetük közötti interakciókból eredő problémák kezelését ismerteti.
A kultúra a következőt határozza meg:
- Mi elfogadható vagy elfogadhatatlan.
- Ami fontos vagy lényegtelen.
- Mi a jó vagy a rossz?
- Mi az a munkaképes vagy nem használható?
- Akit felbérel, kirúg és előléptet.
Miért hiúsulnak meg a DevOps-kezdeményezések?
A Gartner-kutatás azt mutatja, hogy 2023-ig a DevOps-kezdeményezések 90%-a meghiúsul a vezetőség által alkalmazott felügyeleti megközelítések korlátozásai miatt.
Fontos
A vezetés elsődleges feladata egy olyan környezet létrehozása, amely lehetővé teszi a sikeres DevOps-kultúrát.
Kapcsolatok, akik kreatív törekvésekben dolgoznak, nem kell "sör a pihenőszobában" motiválni őket. A kreatív embereknek inkább a mesterségre, az önállóságra és a célra van szükségük.
Amikor a felhasználók megkérdezték, hogy mi a Microsoft sikerének legfontosabb része – vízió, stratégia vagy végrehajtás? – A Microsoft vezérigazgatója, Satya Nadella azt mondta, hogy mind fontosak, de végül ez volt a céljuk és a növekedési gondolkodásmódjuk.
A DevOps-gondolkodásmód 12 példája
Íme 12 példa a DevOps-gondolkodásmódra: vezetői gondolkodásmód, ügyfélközpontú, sovány gondolkodás, rendszergondolás, hulladék eltávolítása, kényszerelmélet, igazítás és autonómia, shift-left tesztelés, biztonsági gondolkodásmód, hipotézisalapú fejlesztés, élő hely és mérték eredmények, nem tevékenység-gondolkodásmód.
Vezetői gondolkodásmód
Gartner a következő javaslatokat teszi:
- Az átalakítási vezetők azonosítása a DevOps-kezdeményezés vezetéséhez szükséges konkrét viselkedési jellemzők rangsorolásával, és kevésbé helyezi a hangsúlyt a technikai készségekre.
- Átalakítási vezetők fejlesztése a kudarc tanulási lehetőségként való megragadásával.
- Az átalakítási vezetők kezelése azáltal, hogy lehetővé teszi számukra a második találgatástól mentes döntéseket, valamint világos célokat és fő metrikákat biztosítanak.
Mivel a DevOps átalakító, az Infrastruktúra és üzemeltetés (I&O) vezetőinek azonosítaniuk kell a jövőbelátó, adaptív, motiváló, segítő és elszámoltatható jelölteket.
Ügyfélközpontú gondolkodásmód
Mit jelent az ügyfélközpontúság?
- Figyeljük és kommunikáljunk ügyfeleinkkel
- A fontosság mérése
- A vörös átölelése az éles környezetben
- Összeállítás, mérés és tanulás
- Funkcióösszesítés használata a kecses üzembe helyezéshez
- Adatok gyűjtése széles körben, de körültekintően
Lean-thinking gondolkodásmód
Érték: A lean-thinking gondolkodásmód a termékhez és szolgáltatásokhoz rendelt érték részletes megismerésével kezdődik. A szervezet a hulladék eltávolítására összpontosít, hogy az ügyfél által elvárt értéket a legmagasabb jövedelmezőségi szinten tudják nyújtani.
Az értékáram magában foglalja a termék teljes életciklusát, a nyersanyagoktól az ügyfél általi használaton át a termék végleges ártalmatlanításán át. Annak érdekében, hogy kiküszöböljük a hulladékot, a Lean végső célját, pontos és teljes körűen meg kell értenie az értékáramot.
Folyamat: A folyamat megértése elengedhetetlen a hulladék eltávolításához. Ha az értékáram bármikor leáll, a hulladék az elkerülhetetlen melléktermék. A folyamat lean gyártási alapelve egy értéklánc létrehozása megszakítás nélkül az éles folyamat során, és ahol minden tevékenység lépésben van minden másvalakivel.
Lekérés: A lekérés sovány elve segít biztosítani a folyamatot azáltal, hogy meggyőződik arról, hogy semmi sem készül előre, ami létrehoz egy munkafolyamat-leltárt, és leállítja a szinkronizált folyamatot. Ahelyett, hogy a hagyományos amerikai gyártási megközelítést használták volna a munka előrejelzés és ütemezés alapján történő leküldéséhez, a lekéréses megközelítés azt diktálja, hogy semmi sem történik, amíg az ügyfél meg nem rendeli.
Tökéletesség: Sovány gyakorlók törekednek a tökéletesség elérésére. A tökéletes folyamat felé tartó menetelés a minőségi problémák és a gyártási hulladék alapvető okainak folyamatos javításaként történik. A tökéletesség könyörtelen törekvése az, ami a felhasználókat arra ösztönzi, hogy mélyebbre ássák, jobban mérjék és változtassák meg gyakrabban, mint a versenytársak.
Rendszergondolás gondolkodásmódja
A rendszerszemlélési gondolkodásmód az egész rendszer teljesítményét hangsúlyozza, nem pedig egy adott munkahelyi vagy részlegi siló teljesítményét.
Összpontosítson az informatikai részleg által engedélyezett összes üzleti értékstreamre. Más szóval akkor kezdődik, amikor a vállalat vagy az informatikai részleg azonosítja a követelményeket a fejlesztésben, majd áttér az informatikai műveletekre, ahol az érték szolgáltatásként lesz kézbesítve az ügyfélnek.
Hulladékszemet eltávolítása
A lean gondolkodásmód a hét olyan halálos hulladék azonosítására és eltávolítására összpontosít, amelyek nem értékesek az ügyfél számára:
- Részben kész munka
- Extra folyamat
- További funkciók
- Feladatváltás
- Várakozó
- Mozgás
- Hibák
A kényszerek gondolkodási elmélete
A kényszerek elmélete az átviteli sebességet korlátozó kényszerek (más néven szűk keresztmetszetek) azonosítására és eltávolítására szolgáló módszer. A gyakorlatban először is azonosítsuk a legfontosabb tényezőt, amely a cél elérésének útjában áll. Addig kell minimalizálni ezt a tényezőt, amíg már nem lesz korlátozva.
Az összehangolás és az autonómia szemléletének egyensúlya
Egyensúlyt kell teremteni az összehangolás és az autonómia között. A túl sok igazítás kevesebb innovációhoz, kevesebb motivációhoz és kevesebb együttműködéshez vezet. A túl sok autonómia nagyobb káoszhoz, zavartsághoz és konfliktushoz vezet, ugyanakkor kevesebb konzisztenciához vezet.
Shift-left tesztelési gondolkodásmód
A bal oldali váltásos tesztelés a szoftvertesztelés felgyorsítására és a fejlesztés megkönnyítésére szolgál azáltal, hogy a tesztelési folyamatot a fejlesztési ciklus egy korábbi pontjére helyezi át. A bal oldali váltás a tesztelési idővonal bal oldalára történő áthelyezésére utal. Segít a minőség kialakításában és a korábbi problémák azonosításában az átdolgozás pazarlásának csökkentése érdekében.
A shift-left tesztelést úgy tervezték, hogy jobb modell legyen a gyorssávos fejlesztéshez, mivel a fejlesztési ciklus későbbi szakaszáig várakozó hagyományos tesztelési modellek szűk keresztmetszetet jelenthetnek a fejlesztésben.
Biztonsági gondolkodásmód
A biztonsági gondolkodásmód eléréséhez a csapatoknak a következőkre van szükségük:
- Népszerűsítse a tudatosságot.
- Határozza meg az alapelveiket.
- Az elveik szerint élnek.
Hipotézisalapú fejlesztési gondolkodásmód
A Lean-termék megközelítésének használatával rövidebb ciklusokban fejleszthet, és hipotézisalapú fejlesztéssel kis kísérleteket hozhat létre, hogy visszajelzést kapjon ügyfeleinktől és az adatvezérelt döntésekről.
A hipotézisalapú fejlesztési megközelítés:
- Egy feltételezésből indul ki – valami, amit igaznak fogadnak el bizonyíték nélkül
- A vizsgálandó feltételezést fogalmazza meg
- Kísérletezést és tesztelést végez
- A bizonyítékok vizsgálata – az eredmény mutatója
Élő webhely gondolkodásmódja
Egy DevOps-csapat számára nincs olyan hely, mint az éles környezet. Minden, amit tesznek, az az ügyfelek élményének jobbá tételéről szól.
Stabil, nagy teljesítményű webhely létrehozásához a folyamatos üzemeltetés ajánlott eljárásait fegyelmezett és folyamatos módon kell alkalmaznia a webhely kifogástalan állapotának megőrzése érdekében.
Az élő telephelyes kultúránk fő tényezői a következők:
- Észlelés, mielőtt az ügyfelek érezhetik a fájdalmat
- Meghajtó adatokkal
- A kiváltó ok a kulcs
- Konfigurálás kódként
- Automate a túléléshez
- Legyen nyitott és tanuljon
Az eredmény mérése, nem tevékenység-gondolkodásmód
Az emberek mérésének módja vezet az emberek viselkedéséhez. A használatot, a sebességet és az élő webhely állapotát kell mérnie, nem a kódsorokat, a csapat leégésének és a talált hibák számát.
Tipp.
Legyen óvatos a méréssel, hogy optimális eredményhez vezessen!