A folyamatos együttműködés felfedezése
A folyamatos együttműködés a DevOps-osztályozás nyolc képessége közé tartozik.
Ismerje meg, miért van szükség a folyamatos együttműködésre
A kommunikációs kihívások gyakran befolyásolják az incidensek megoldásának képességét. Előfordulhat például, hogy létrejön egy jegy, de előfordulhat, hogy egy támogatási mérnök nem figyeli az e-maileket. Vagy egy támogatási mérnök munkaátmenete egy munkatársra, amikor a műszak véget ér, és a környezet elveszhet, mivel az új mérnök rendezi az összes kommunikációt, ami történt.
Az MTTR, vagyis a megoldás átlagos időtartama a probléma észlelésétől a teljes javításig eltelt átlagos időtartam mérése. Az MTTR rövidítése az MTTK támadásával (a középidő ismerete) jó műveleti KPI. Az MTTK csökkentése nagy mértékű együttműködést igényel a különböző szervezetek és csapatok között.
Patrick Lencioni 5 diszfunkciója, Patrick Lencioni könyve a következő öt diszfunkciót azonosítja:
- Bizalom hiánya – A nagyszerű csapatok tagjai alapvető, érzelmi szinten bíznak egymásban, és kényelmesen sebezhetők egymással gyengeségeik, hibáik, félelmeik és viselkedésük miatt.
- A konfliktusoktól való félelem – Az egymásban bízó csapatok nem félnek szenvedélyes párbeszédet folytatni a szervezet sikeréhez kulcsfontosságú problémák és döntések körül.
- Kötelezettségvállalás hiánya – A szűretlen ütközést okozó csapatok valódi bevásárlást érhetnek el a fontos döntések körül, még akkor is, ha a csapat különböző tagjai kezdetben nem értenek egyet, mert biztosítják, hogy minden vélemény és ötlet bekerüljön az asztalra, és figyelembe vegyék őket.
- Az elszámoltathatóság elkerülése – A döntéseket és a teljesítményre vonatkozó szabványokat kötelezettséget vállaló csapatok nem haboznak egymás felelősségre vonását vállalni a döntések és szabványok betartásáért.
- Figyelmetlenség az eredményekre – Azok a csapatok, amelyek megbíznak egymásban, konfliktusba kerülnek, elkötelezik magukat a döntések mellett, és elszámoltathatók, nagy valószínűséggel félretehetik egyéni igényeiket és napirendjüket, és szinte kizárólag arra összpontosítanak, ami a legjobb a csapat számára.
Mi az a folyamatos együttműködés?
A folyamatos együttműködés olyan gyakorlat, amely támogatja azokat a kulturális változásokat, amelyek kulcsfontosságúak minden DevOps-folyamathoz. A folyamatos együttműködés lehetővé teszi a csapatok számára, hogy a tervezett értekezleteken kívül újítsanak, és integrált felhasználói élmény létrehozásával előmozdítsák a csapaton belüli innovációt.
A silók olyan technológiák és eljárások használatával bonthatók le, amelyek lehetővé teszik a csapatok együttműködését még akkor is, ha nincs ideális társhely.
Tekintse át az Agilis kiáltványt a folyamatos együttműködés szemszögéből, és rá fog jönni, hogy valóban az együttműködés és a személyes interakciók értékéről szól, hogy valóban innovációt valósíthasson meg. A folyamatos együttműködés a következő értékekre ösztönzi:
- Egyének és interakciók folyamatok és eszközök felett
- A szoftverek átfogó dokumentáción keresztüli használata
- Ügyfél-együttműködés szerződéskötésen keresztül
- Válasz a terv alapján történő változásra
A Gyorsítás szerint: "A szervezeti kultúra előrejelzi az információk szervezeten belüli áramlását. A jó információs folyamat kritikus fontosságú a nagy tempójú és nagy következésű környezetek, köztük a technológiai szervezetek biztonságos és hatékony működése szempontjából."
A kultúra és a többfunkcionális együttműködés számos előnyös hatással van a teljesítményre, többek között a következőkre:
- Különböző perspektívák, amelyek ösztönözhetik az innovációt
- A bevásárlás és a bizalom, amely segíthet növelni a változás lendületét
- A tudás keresztszennyezetté válik, és mindenki többet tanul
- A régi ötletek kihívása
- A játéktér kiegyenlítése
Az együttműködés a kommunikációra támaszkodik, és a kommunikáció módja a szoftver buildelése. Ha a Conway törvényének lencséjén keresztüli kommunikációt nézzük, az azt mutatja, hogy:
- A silózott funkcionális csapatok speciális, silózott megoldásokat hoznak létre.
- A többfunkcionális csapatok képességeket biztosító megoldásokat hoznak létre.
Ezért a csapatok és az architektúra mikroszolgáltatások köré történő tervezése hatékony módja annak, hogy a csapatok a képességekre összpontosítsanak.