{"id":41818,"date":"2020-02-16T20:46:08","date_gmt":"2020-02-16T17:46:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/sem-arhetipov-prevrashheniya-po-princzipam-devops"},"modified":"2020-02-16T20:46:08","modified_gmt":"2020-02-16T17:46:08","slug":"sem-arhetipov-prevrashheniya-po-princzipam-devops","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/sem-arhetipov-prevrashheniya-po-princzipam-devops","title":{"rendered":"H\u00e9t \u00e1talakul\u00e1si archet\u00edpus a DevOps elvei szerint","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

A k\u00e9rd\u00e9s, hogy \"hogyan vezess\u00fck be a DevOps-ot az \u00fczlet\u00fcnkben\", m\u00e1r \u00e9vek \u00f3ta aktualit\u00e1s\u00e1t veszti, de j\u00f3 anyagokb\u00f3l nincs t\u00fal sok. N\u00e9ha \u00e1ldozat\u00e1v\u00e1 v\u00e1lik az ember a nem t\u00fal okos tan\u00e1csad\u00f3k rekl\u00e1mainak, akik csak az idej\u00fcket akarj\u00e1k eladni, mindegy, hogyan. N\u00e9ha ezek hom\u00e1lyos, rendk\u00edv\u00fcl \u00e1ltal\u00e1nos szavak arr\u00f3l, hogyan vitorl\u00e1znak megakorpor\u00e1ci\u00f3k haj\u00f3i az univerzumban. Felmer\u00fcl a k\u00e9rd\u00e9s: de nek\u00fcnk mi hasznunk ebb\u0151l? Tisztelt szerz\u0151, k\u00e9rem, vil\u00e1gosan foglalja \u00f6ssze az \u00f6tleteit egy list\u00e1ban!<\/p>\n

Mindez abb\u00f3l fakad, hogy val\u00f3j\u00e1ban nem sok tapasztalat \u00e9s a v\u00e1llalati kult\u00fara \u00e1talakul\u00e1s\u00e1nak kimenetele ir\u00e1nti meg\u00e9rt\u00e9s halmoz\u00f3dott fel. A kultur\u00e1lis v\u00e1ltoz\u00e1sok hossz\u00fa t\u00e1v\u00fa folyamatok, amelyek eredm\u00e9nyei nem egy h\u00e9ten bel\u00fcl, \u00e9s nem egy h\u00f3napon bel\u00fcl fognak megjelenni. Azt akarjuk, hogy legyen valaki, aki el\u00e9gg\u00e9 tapasztalt, aki l\u00e1tta, ahogy a c\u00e9gek \u00e9vtizedeken \u00e1t j\u00f6ttek l\u00e9tre \u00e9s d\u0151ltek \u00f6ssze.<\/p>\n

\"H\u00e9t
\n
\nJohn Willis<\/b> \u2014 a DevOps egyik atyja. John m\u00f6g\u00f6tt \u00e9vtizedes tapasztalat \u00e1ll, rengeteg c\u00e9ggel dolgozott egy\u00fctt. Az ut\u00f3bbi id\u0151ben John \u00e9szlelte a k\u00fcl\u00f6nb\u00f6z\u0151 mint\u00e1zatokat, amelyek minden egyes c\u00e9gn\u00e9l megfigyelhet\u0151k. Ezeknek az archetipusoknak a felhaszn\u00e1l\u00e1s\u00e1val John a val\u00f3di DevOps-transzform\u00e1ci\u00f3 fel\u00e9 tereli a c\u00e9geket. Tov\u00e1bbi r\u00e9szletek ezekr\u0151l az archetipusokr\u00f3l a DevOops 2018 konferenci\u00e1n elhangzott el\u0151ad\u00e1sa ford\u00edt\u00e1s\u00e1ban tal\u00e1lhat\u00f3k.
\n<\/a><\/noindex>
\n

\r\n \"Vide\u00f3\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

A sz\u00f3nokr\u00f3l:<\/b><\/p>\n

T\u00f6bb mint 35 \u00e9ve dolgozik az IT-menedzsment ter\u00fclet\u00e9n, r\u00e9szt vett az OpenCloud el\u0151dj\u00e9nek l\u00e9trehoz\u00e1s\u00e1ban a Canonical-n\u00e1l, 10 startupban dolgozott, kett\u0151t \u00e9rt\u00e9kes\u00edtett a Dellnek \u00e9s a Dockernek. Jelenleg a SJ Technologies DevOps \u00e9s Digit\u00e1lis Gyakorlatok\u00e9rt felel\u0151s aleln\u00f6ke.<\/p>\n

K\u00f6vetkezik John narr\u00e1ci\u00f3ja.<\/b><\/p>\n

A nevem John Willis, \u00e9s a Twitteren a legegyszer\u0171bb megtal\u00e1lni: @botchagalupe<\/a><\/noindex>. Ugyanazzal a n\u00e9vvel vagyok jelen a Gmail-en \u00e9s a GitHub-on. A videofelv\u00e9teleimet \u00e9s a prezent\u00e1ci\u00f3imat pedig itt tal\u00e1lhatja. ehhez a linkhez<\/a><\/noindex> megtekintheti az el\u0151ad\u00e1saim \u00e9s a hozz\u00e1juk tartoz\u00f3 prezent\u00e1ci\u00f3k vide\u00f3it.<\/p>\n

Sz\u00e1mos megbesz\u00e9l\u00e9sem van k\u00fcl\u00f6nb\u00f6z\u0151 nagyv\u00e1llalatok CIO-jaival. Gyakran panaszkodnak, hogy nem \u00e9rtik, mi az a DevOps, \u00e9s mindenki, aki megpr\u00f3b\u00e1lja elmagyar\u00e1zni nekik, a saj\u00e1t n\u00e9z\u0151pontj\u00e1r\u00f3l besz\u00e9l. Egy m\u00e1sik gyakori panasz, hogy a DevOps nem m\u0171k\u00f6dik, pedig a vezet\u0151k mindent \u00fagy csin\u00e1lnak, ahogyan azt elmondt\u00e1k nekik. Olyan nagy c\u00e9gekr\u0151l van sz\u00f3, amelyek t\u00f6bb mint sz\u00e1z \u00e9ve m\u0171k\u00f6dnek. Az interakci\u00f3im ut\u00e1n arra a k\u00f6vetkeztet\u00e9sre jutottam, hogy sok probl\u00e9m\u00e1ra a magas technol\u00f3gia helyett ink\u00e1bb viszonylag alacsony technol\u00f3gi\u00e1j\u00fa megold\u00e1sok a legjobbak. Hetekig csak besz\u00e9lgettem k\u00fcl\u00f6nb\u00f6z\u0151 oszt\u00e1lyok embereivel. Amit az els\u0151 k\u00e9pen l\u00e1tsz a posztban \u2014 a legutols\u00f3 projektem, a szoba \u00edgy n\u00e9zett ki h\u00e1rom nap munka ut\u00e1n.<\/p>\n

Mi az a DevOps?<\/h2>\n

\nVal\u00f3ban, ha megk\u00e9rdezel 10 k\u00fcl\u00f6nb\u00f6z\u0151 embert, 10 k\u00fcl\u00f6nb\u00f6z\u0151 v\u00e1laszt fognak adni. De ami \u00e9rdekes: mindez a t\u00edz v\u00e1lasz helyes. Itt nincs rossz v\u00e1lasz. K\u00f6r\u00fclbel\u00fcl 10 \u00e9ve m\u00e9lyen foglalkozom a DevOps-szal, \u00e9n voltam az els\u0151 amerikai az els\u0151 DevOpsDay-en. Nem mondom, hogy okosabb vagyok, mint mindenki, aki a DevOps-t csin\u00e1lja, de aligha van valaki, aki ennyi energi\u00e1t fektetett bele. \u00dagy v\u00e9lem, a DevOps akkor j\u00f6n l\u00e9tre, amikor az emberi t\u0151ke \u00e9s a technol\u00f3gia tal\u00e1lkozik. Gyakran elfelejtj\u00fck az emberi dimenzi\u00f3t, pedig sokat besz\u00e9l\u00fcnk a k\u00fcl\u00f6nf\u00e9le kult\u00far\u00e1kr\u00f3l. <\/p>\n

\"H\u00e9t
\n
\nJelenleg sok adatunk van, \u00f6t \u00e9vnyi akad\u00e9miai kutat\u00e1s, a elm\u00e9leteket ipari m\u00e9retekben ellen\u0151rizt\u00fck. Ezek a kutat\u00e1sok a k\u00f6vetkez\u0151t mondj\u00e1k: ha a szervezeti kult\u00far\u00e1ban bizonyos viselked\u00e9si mint\u00e1kat \u00f6sszekapcsolunk, ak\u00e1r 2000-szeres gyorsul\u00e1st is el\u00e9rhet\u00fcnk. Ehhez a gyorsul\u00e1shoz hasonl\u00f3 m\u00e9rt\u00e9k\u0171 stabilit\u00e1sn\u00f6veked\u00e9s is t\u00e1rsul. Ez a DevOps \u00e1ltal b\u00e1rmely c\u00e9g sz\u00e1m\u00e1ra ny\u00fajtott el\u0151ny mennyis\u00e9gi m\u00e9r\u00e9se. K\u00e9t \u00e9vvel ezel\u0151tt besz\u00e9ltem a DevOps-r\u00f3l egy Fortune 5000 list\u00e1s c\u00e9g vez\u00e9rigazgat\u00f3j\u00e1nak. Amikor a prezent\u00e1ci\u00f3ra k\u00e9sz\u00fcltem, nagyon ideges voltam, mert \u00f6t perc alatt kellett \u00f6sszefoglalnom t\u00f6bb \u00e9ves tapasztalatomat. <\/p>\n

V\u00e9g\u00fcl a k\u00f6vetkez\u0151 meghat\u00e1roz\u00e1st adtam a DevOps-ra<\/b>: ez egy olyan gyakorlatok \u00e9s mint\u00e1k \u00f6sszess\u00e9ge, amelyek k\u00e9pesek az emberi t\u0151k\u00e9t magas teljes\u00edtm\u00e9ny\u0171 szervezeti t\u0151k\u00e9v\u00e9 alak\u00edtani. P\u00e9lda: \u00edgy m\u0171k\u00f6dik a Toyota az utols\u00f3 50 vagy 60 \u00e9vben.<\/p>\n

\"H\u00e9t
\n
\n(A tov\u00e1bbiakban ezek a s\u00e9m\u00e1k nem t\u00e1j\u00e9koztat\u00f3 anyagk\u00e9nt, hanem illusztr\u00e1ci\u00f3k\u00e9nt szerepelnek. A tartalmuk minden \u00faj c\u00e9g eset\u00e9ben elt\u00e9r\u0151 lesz. Ennek ellen\u00e9re a k\u00e9pet k\u00fcl\u00f6n meg lehet n\u00e9zni \u00e9s nagy\u00edtani) ezen a linken.)<\/a><\/noindex><\/i><\/p>\n

Az egyik legsikeresebb ilyen gyakorlat \u2014 value stream mapping<\/b>. Err\u0151l t\u00f6bb j\u00f3 k\u00f6nyv is sz\u00fcletett, a legjobbak egyike \u2014 Karen Martin. Az utols\u00f3 egy \u00e9v tapasztalatai alapj\u00e1n azonban arra a k\u00f6vetkesztet\u00e9sre jutottam, hogy ez a megk\u00f6zel\u00edt\u00e9s t\u00fals\u00e1gosan technol\u00f3giai jelleg\u0171. Annak ellen\u00e9re, hogy sz\u00e1mos el\u0151nye van, amit sok\u00e1ig haszn\u00e1ltam. De amikor a vez\u00e9rigazgat\u00f3 t\u0151lem k\u00e9rdezi, hogy mi\u00e9rt nem tud a c\u00e9ge \u00faj ir\u00e1nyba v\u00e1ltani, akkor a value stream mappingr\u0151l val\u00f3 besz\u00e9lg\u00e9s korai. Sz\u00e1mos alapvet\u0151 k\u00e9rd\u00e9s van, amire el\u0151tte v\u00e1laszokat kell tal\u00e1lni. <\/p>\n

\u00dagy gondolom, sok koll\u00e9g\u00e1m hib\u00e1ja abban rejlik, hogy csak \u00f6t pontb\u00f3l \u00e1ll\u00f3 \u00fatmutat\u00f3t adnak a c\u00e9gnek, majd hat h\u00f3nap m\u00falva visszat\u00e9rnek, hogy megn\u00e9zz\u00e9k, mi t\u00f6rt\u00e9nt. M\u00e9g egy j\u00f3 s\u00e9ma, mint a value stream mapping is rendelkezik, mondjuk \u00edgy, halott z\u00f3n\u00e1kkal (blind spots). Sz\u00e1mos k\u00fcl\u00f6nb\u00f6z\u0151 c\u00e9g vezet\u0151ivel folytatott interj\u00fa ut\u00e1n kialak\u00edtottam egy bizonyos mint\u00e1t, amely lehet\u0151v\u00e9 teszi, hogy a probl\u00e9m\u00e1t elemekre bontsuk, \u00e9s most sorra \u00e1t fogjuk besz\u00e9lni mindegyik elemet. Miel\u0151tt b\u00e1rmilyen technol\u00f3giai megold\u00e1st alkalmazn\u00e9k, ezt a mint\u00e1t haszn\u00e1lom, \u00e9s ennek eredm\u00e9nyek\u00e9nt minden falam tele van s\u00e9m\u00e1kkal. Nemr\u00e9g egy k\u00f6lcs\u00f6n\u00f6s alapban dolgoztam, \u00e9s v\u00e9g\u00fcl 100-150 ilyen s\u00e9m\u00e1m lett.<\/p>\n

A rossz kult\u00fara reggelire megeszi a j\u00f3 megk\u00f6zel\u00edt\u00e9seket<\/h2>\n

\nA f\u0151 gondolat az, hogy semmilyen Lean, Agile, SAFE \u00e9s DevOps nem seg\u00edt, ha a szervezet kult\u00far\u00e1ja gyenge. Olyan, mintha m\u00e9lybe mer\u00fcln\u00e9l l\u00e9gz\u0151k\u00e9sz\u00fcl\u00e9k n\u00e9lk\u00fcl, vagy oper\u00e1ln\u00e1l r\u00f6ntgenfelv\u00e9tel n\u00e9lk\u00fcl. M\u00e1s szavakkal, Peter Druckert \u00e9s W. Edwards Deminget parafraz\u00e1lva: a gyenge v\u00e1llalati kult\u00fara elnyeli b\u00e1rmilyen j\u00f3 rendszert \u00e9s nem fojtja meg. <\/p>\n

A f\u0151 probl\u00e9ma megold\u00e1s\u00e1hoz a k\u00f6vetkez\u0151 l\u00e9p\u00e9seket sz\u00fcks\u00e9ges megtenni:<\/p>\n

    \n
  1. Minden munka l\u00e1that\u00f3v\u00e1 t\u00e9tele:<\/b> a munk\u00e1t l\u00e1that\u00f3v\u00e1 kell tenni. Nem \u00fagy, hogy minden k\u00e9perny\u0151n megjelenjen, hanem \u00fagy, hogy megfigyelhet\u0151 legyen.<\/li>\n
  2. A munka kezel\u00e9s\u00e9nek rendszereit egyes\u00edteni:<\/b> a menedzsment rendszerek konszolid\u00e1l\u00e1s\u00e1ra van sz\u00fcks\u00e9g. A \u201et\u00f6rzsi\u201d tud\u00e1s \u00e9s az int\u00e9zm\u00e9nyi tud\u00e1s probl\u00e9m\u00e1j\u00e1ban 9 esetb\u0151l 10-ben az emberek jelentik a sz\u0171k keresztmetszetet. A k\u00f6nyvben \u201ePhoenix Project\u201d<\/a><\/noindex> a probl\u00e9ma egyetlen emberben gy\u00f6kerezett, Brentben, ami miatt a projekt h\u00e1rom \u00e9vet cs\u00faszott. Az ilyen \u201eBrentek\u201d mindenhol el\u0151fordulnak. Ezeknek a sz\u0171k keresztmetszeteknek a felold\u00e1s\u00e1hoz a k\u00f6vetkez\u0151 k\u00e9t pontot haszn\u00e1lom a list\u00e1nkban. <\/li>\n
  3. A Korl\u00e1toz\u00e1sok Elm\u00e9lete M\u00f3dszertan:<\/b> a korl\u00e1toz\u00e1sok elm\u00e9lete.<\/li>\n
  4. Egy\u00fcttm\u0171k\u00f6d\u00e9si hackek:<\/b> egy\u00fcttm\u0171k\u00f6d\u00e9si hackek. <\/li>\n
  5. Toyota Kata (Coaching Kata<\/a><\/noindex>):<\/b> a Toyota Kat\u00e1r\u00f3l nem fogok sokat besz\u00e9lni. Ha \u00e9rdekel, a GitHubomon tal\u00e1lsz bemutat\u00f3kat<\/a><\/noindex> majdnem mindegyik t\u00e9m\u00e1r\u00f3l. <\/li>\n
  6. Piacorient\u00e1lt Szervezet:<\/b> piacorient\u00e1lt szervezet.<\/li>\n
  7. Shift-left auditors:<\/b> korai f\u00e1zis\u00fa audit.<\/li>\n<\/ol>\n

    \"H\u00e9t
    \n
    \nA munk\u00e1t az organiz\u00e1ci\u00f3val nagyon egyszer\u0171en kezdem: elmegyek a c\u00e9ghez \u00e9s besz\u00e9lgetek az alkalmazottakkal. Amint l\u00e1tjuk, semmilyen cs\u00facstechnol\u00f3gia nem sz\u00fcks\u00e9ges. Csup\u00e1n annyira van sz\u00fcks\u00e9g, hogy legyen mivel \u00edrni. \u00d6sszegy\u00farok n\u00e9h\u00e1ny csapatot egy szob\u00e1ban, \u00e9s elemzem, amit mondanak, a magam 7 archetipus\u00e1nak szempontj\u00e1b\u00f3l. Azt\u00e1n adok nekik egy filcet, \u00e9s k\u00e9rem, hogy \u00edrj\u00e1k le a t\u00e1bl\u00e1ra mindazt, amit eddig hangosan mondtak. \u00c1ltal\u00e1ban egy ilyen tal\u00e1lkoz\u00f3n van egy ember, aki mindent feljegyez, \u00e9s a legjobb esetben is csup\u00e1n a vita 10%-\u00e1t tudja r\u00f6gz\u00edteni. Az \u00e9n m\u00f3dszeremmel ez a sz\u00e1m k\u00f6r\u00fclbel\u00fcl 40%-ra emelhet\u0151. <\/p>\n

    \"H\u00e9t
    \n
    \n(Ezt az illusztr\u00e1ci\u00f3t k\u00fcl\u00f6n lehet     megn\u00e9zni a linken<\/a><\/noindex>)<\/i><\/p>\n

    A megk\u00f6zel\u00edt\u00e9sem William Schneider ( A Reengineering Alternative<\/a><\/noindex>) munk\u00e1j\u00e1n alapul. A megk\u00f6zel\u00edt\u00e9s l\u00e9nyege, hogy b\u00e1rmely szervezet felbonthat\u00f3 n\u00e9gy n\u00e9gyzetre. Ez a s\u00e9ma \u00e1ltal\u00e1ban a sok m\u00e1s s\u00e9ma eredm\u00e9nye, amelyek az organiz\u00e1ci\u00f3 elemz\u00e9se sor\u00e1n mer\u00fclnek fel. Tegy\u00fck fel, hogy van egy szervezet, amelynek magas a kontrollszintje, de alacsony a kompetenci\u00e1ja. Ez rendk\u00edv\u00fcl nemk\u00edv\u00e1natos \u00e1llapot: amikor mindenki k\u00f6veti a szab\u00e1lyokat, de senki sem tudja, mit kell tenni. <\/p>\n

    Egy kicsit jobb lehet\u0151s\u00e9g, magas szint\u0171 ir\u00e1ny\u00edt\u00e1ssal \u00e9s kompetenci\u00e1val. Ha egy ilyen c\u00e9g nyeres\u00e9ges, lehet, hogy a DevOps-ra nincs is sz\u00fcks\u00e9ge. A leg\u00e9rdekesebb a c\u00e9ggel dolgozni, ahol magas a kontroll, alacsony a kompetencia \u00e9s az egy\u00fcttm\u0171k\u00f6d\u00e9s, de emellett magas a kult\u00fara szintje. Ez azt jelenti, hogy a c\u00e9gn\u00e9l sok olyan ember dolgozik, aki sz\u00edvesen van ott, \u00e9s alacsony a fluktu\u00e1ci\u00f3. <\/p>\n

    \"H\u00e9t
    \n
    \n(Ezt az illusztr\u00e1ci\u00f3t k\u00fcl\u00f6n lehet     megn\u00e9zni a linken<\/a><\/noindex>)<\/i><\/p>\n

    \u00dagy gondolom, hogy a szigor\u00fa ir\u00e1nymutat\u00e1sokkal rendelkez\u0151 m\u00f3dszerek v\u00e9gs\u0151 soron akad\u00e1lyozz\u00e1k az igazs\u00e1g el\u00e9r\u00e9s\u00e9t. K\u00fcl\u00f6n\u00f6sen a value stream mapping eset\u00e9ben sok szab\u00e1ly van arr\u00f3l, hogyan kell fel\u00e9p\u00edteni az inform\u00e1ci\u00f3t. A munka korai szakaszaiban, amelyekr\u0151l most besz\u00e9lek, ezek a szab\u00e1lyok senkinek sem sz\u00fcks\u00e9gesek. Ha valaki egy markert a kez\u00e9ben tartva le\u00edrja a t\u00e1bl\u00e1ra a c\u00e9g val\u00f3s helyzet\u00e9t - ez a legjobb m\u00f3dja annak, hogy meg\u00e9rts\u00fck a helyzetet. Az ilyen inform\u00e1ci\u00f3k nem jutnak el a vezet\u0151kh\u00f6z. Ebben a pillanatban butas\u00e1g lenne megszak\u00edtani az embert, \u00e9s azt mondani, hogy valamit rosszul rajzolt. Ebben a szakaszban jobban tenn\u00e9nk, ha egyszer\u0171 szab\u00e1lyokat alkalmazn\u00e1nk, p\u00e9ld\u00e1ul: t\u00f6bbszint\u0171 elvont fogalmakat lehet l\u00e9trehozni csak sz\u00ednes markerek haszn\u00e1lat\u00e1val. <\/p>\n

    Ism\u00e9tlem, semmi magas technol\u00f3gia. A fekete marker az objekt\u00edv val\u00f3s\u00e1got \u00e1br\u00e1zolja, ahogyan minden m\u0171k\u00f6dik. A piros markerrel az emberek jelzik, hogy mi az, amit a megl\u00e9v\u0151 helyzetben nem szeretnek. Fontos, hogy ezt \u0151k \u00edrj\u00e1k, \u00e9s ne \u00e9n. Amikor a megbesz\u00e9l\u00e9s ut\u00e1n elmegyek az informatikai igazgat\u00f3hoz, nem aj\u00e1nlok egy list\u00e1t a 10 dologr\u00f3l, amit jav\u00edtani kell. Arra t\u00f6rekszem, hogy kapcsolatokat tal\u00e1ljak a c\u00e9gt\u0151l \u00e9rkez\u0151 emberek mond\u00e1sai \u00e9s a l\u00e9tez\u0151 j\u00f3l bev\u00e1lt mint\u00e1k k\u00f6z\u00f6tt. V\u00e9g\u00fcl, a k\u00e9k markerrel javasolt megold\u00e1sok ker\u00fclnek el\u0151. <\/p>\n

    \"H\u00e9t
    \n
    \n(Ezt az illusztr\u00e1ci\u00f3t k\u00fcl\u00f6n lehet     megn\u00e9zni a linken<\/a><\/noindex>)<\/i><\/p>\n

    Egy p\u00e9lda erre a megk\u00f6zel\u00edt\u00e9sre most l\u00e1that\u00f3 fent. Az \u00e9v elej\u00e9n egy bankkal dolgoztam. Az ottani biztons\u00e1gi oszt\u00e1ly munkat\u00e1rsai meg voltak gy\u0151z\u0151dve arr\u00f3l, hogy nem szabad r\u00e9szt venni\u00fck a k\u00f6vetelm\u00e9nyek \u00e9s tervez\u00e9s (design and requirement reviews) ellen\u0151rz\u00e9s\u00e9n. <\/p>\n

    \"H\u00e9t
    \n
    \n(Ezt az illusztr\u00e1ci\u00f3t k\u00fcl\u00f6n lehet     megn\u00e9zni a linken<\/a><\/noindex>)<\/i><\/p>\n

    Azt\u00e1n besz\u00e9lgett\u00fcnk m\u00e1s oszt\u00e1lyok embereivel, \u00e9s kider\u00fclt, hogy k\u00f6r\u00fclbel\u00fcl 8 \u00e9vvel ezel\u0151tt a szoftverfejleszt\u0151k miatt kiutas\u00edtott\u00e1k a biztons\u00e1gi munkat\u00e1rsakat, mert lass\u00edtott\u00e1k a munk\u00e1t. Azt\u00e1n ez egy olyan tilalomm\u00e1 v\u00e1ltozott, amelyet adott dolognak tekintettek. Pedig val\u00f3j\u00e1ban nem volt semmilyen tilalom. <\/p>\n

    A tal\u00e1lkoz\u00f3nk rendk\u00edv\u00fcl z\u0171rzavarosan alakult: k\u00f6r\u00fclbel\u00fcl h\u00e1rom \u00f3r\u00e1n kereszt\u00fcl \u00f6t k\u00fcl\u00f6nb\u00f6z\u0151 csapat nem tudta megmagyar\u00e1zni, hogy mi t\u00f6rt\u00e9nik a k\u00f3d \u00e9s a build k\u00f6z\u00f6tt. Pedig ez l\u00e1tsz\u00f3lag a legegyszer\u0171bb dolog. A legt\u00f6bb DevOps tan\u00e1csad\u00f3 felt\u00e9telezi, hogy ez m\u00e1r mindenkinek egy\u00e9rtelm\u0171. <\/p>\n

    Azt\u00e1n az IT igazgat\u00e1s\u00e9rt felel\u0151s szem\u00e9ly, aki n\u00e9gy \u00f3r\u00e1n kereszt\u00fcl csendben volt, hirtelen fel\u00e9l\u00e9nk\u00fclt, amikor a t\u00e9m\u00e1j\u00e1hoz \u00e9rt\u00fcnk, \u00e9s m\u00e9g hossz\u00fa ideig elvitte a sz\u00f3t. A v\u00e9g\u00e9n megk\u00e9rdeztem t\u0151le, mit gondol a tal\u00e1lkoz\u00f3r\u00f3l, \u00e9s soha nem fogom elfelejteni a v\u00e1lasz\u00e1t. Azt mondta: \u201eKor\u00e1bban azt hittem, hogy a bankunkban csak k\u00e9t m\u00f3dszer van a szoftverek sz\u00e1ll\u00edt\u00e1s\u00e1ra, most pedig m\u00e1r tudom, hogy \u00f6sszesen \u00f6t van, \u00e9s h\u00e1romr\u00f3l m\u00e9g csak nem is sejtettem.\u201d <\/p>\n

    \"H\u00e9t
    \n
    \n(Ezt az illusztr\u00e1ci\u00f3t k\u00fcl\u00f6n lehet     megn\u00e9zni a linken<\/a><\/noindex>)<\/i><\/p>\n

    Az utols\u00f3 tal\u00e1lkoz\u00f3 a bankban a befektet\u00e9sekkel foglalkoz\u00f3 csapattal volt. Vel\u00fck der\u00fclt ki, hogy sokkal jobb a terveket markerrel egy pap\u00edrra \u00edrni, mint t\u00e1bl\u00e1ra, s\u0151t, m\u00e9g egy smartboardra is. <\/p>\n

    \"H\u00e9t
    \n
    \nA k\u00e9pek, amiket l\u00e1tsz, azt mutatj\u00e1k, hogyan n\u00e9zett ki a sz\u00e1lloda konferenciaterme a tal\u00e1lkoz\u00f3nk negyedik napj\u00e1n. Ezeket a terveket haszn\u00e1ltuk a mint\u00e1k, azaz archetipusok keres\u00e9s\u00e9re. <\/p>\n

    Teh\u00e1t k\u00e9rd\u00e9seket teszek fel a munkat\u00e1rsaknak, \u0151k h\u00e1rom sz\u00edn\u0171 filctollal (fekete, piros \u00e9s k\u00e9k) jegyzik fel a v\u00e1laszaikat. Azokat az archetipusok szempontj\u00e1b\u00f3l elemzem. Most n\u00e9zz\u00fck \u00e1t az \u00f6sszes archetipust sorrendben. <\/p>\n

    1. Make All Work Visible: Tedd l\u00e1that\u00f3v\u00e1 a munk\u00e1t<\/h3>\n

    \nA legt\u00f6bb c\u00e9gn\u00e9l, ahol dolgozom, nagyon magas az ismeretlen munka ar\u00e1nya. P\u00e9ld\u00e1ul, amikor egy munkat\u00e1rs megkeres egy m\u00e1sikat, \u00e9s egyszer\u0171en k\u00e9r valamit. A nagyobb szervezetekben ez ak\u00e1r 60%-ot is el\u00e9rhet a tervezett munka hi\u00e1ny\u00e1ban. \u00c9s ak\u00e1r 40%-a a munk\u00e1nak nincs dokument\u00e1lva. Ha ez a Boeing lenne, soha t\u00f6bb\u00e9 nem \u00fcln\u00e9k fel a rep\u00fcl\u0151g\u00e9p\u00fckre. Ha csak a munka fel\u00e9t dokument\u00e1lj\u00e1k, akkor nem tudhat\u00f3, hogy helyesen hajtj\u00e1k-e v\u00e9gre a feladatokat. Az \u00f6sszes t\u00f6bbi m\u00f3dszer haszontalan \u2014 nincs \u00e9rtelme b\u00e1rmit is automatiz\u00e1lni, mert a j\u00f3l ismert 50% lehet, hogy a munka legjobban \u00f6sszehangolt \u00e9s pontos r\u00e9sze, amelynek automatiz\u00e1l\u00e1sa nem hoz nagy eredm\u00e9nyeket, m\u00edg a legrosszabb dolgok a l\u00e1thatatlan fel\u00e9ben rejlenek. Dokument\u00e1ci\u00f3 hi\u00e1ny\u00e1ban nem lehet \u00e9szlelni a k\u00fcl\u00f6nb\u00f6z\u0151 tr\u00fckk\u00f6ket \u00e9s rejtett munk\u00e1t, nem tal\u00e1lhat\u00f3ak meg a sz\u0171k keresztmetszetek, azok a \u201eBrentek\u201d, akikr\u0151l m\u00e1r besz\u00e9ltem. Van egy remek k\u00f6nyv Dominika De Grandist\u00f3l \u201eA munka l\u00e1that\u00f3v\u00e1 t\u00e9tele\u201d<\/a><\/noindex>. Az felt\u00e1rja az \u00f6t k\u00fcl\u00f6nb\u00f6z\u0151 \u201eid\u0151eltulajdon\u00edt\u00f3t\u201d<\/b> (thieves of time):<\/p>\n