{"id":34157,"date":"2019-10-31T21:56:43","date_gmt":"2019-10-31T18:56:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-nachat-devops-transformatsiyu\/"},"modified":"2019-10-31T21:56:43","modified_gmt":"2019-10-31T18:56:43","slug":"kak-nachat-devops-transformatsiyu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/cs\/blog\/administrirovanie\/kak-nachat-devops-transformatsiyu","title":{"rendered":"Jak za\u010d\u00edt DevOps transformaci","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Pokud nech\u00e1pete, co je DevOps, zde je kr\u00e1tk\u00e1 p\u0159\u00edru\u010dka. DevOps je soubor praktik, kter\u00e9 sni\u017euj\u00ed obavy in\u017een\u00fdr\u016f<\/strong> a zkracuj\u00ed po\u010det v\u00fdpadk\u016f p\u0159i v\u00fdvoji softwaru. Obvykle tak\u00e9 zkracuj\u00ed \u010das uveden\u00ed na trh<\/strong> \u2014 obdob\u00ed od n\u00e1padu po dod\u00e1n\u00ed kone\u010dn\u00e9ho produktu z\u00e1kazn\u00edk\u016fm, co\u017e umo\u017e\u0148uje rychle prov\u00e1d\u011bt podnikatelsk\u00e9 experimenty<\/strong>.<\/p>\n

Jak za\u010d\u00edt DevOps transformaci? Stru\u010dn\u011b \u0159e\u010deno: vyberte slu\u017ebu, se kterou za\u010dneme proces, identifikujeme osoby, kter\u00e9 se na slu\u017ebu vztahuj\u00ed, vytvo\u0159\u00edme Value Stream Map, vytvo\u0159\u00edme do\u010dasn\u00fd t\u00fdm, kter\u00fd se bude prvn\u00edch p\u00e1r \u010das\u016f zab\u00fdvat transformac\u00ed, a stanoven\u00edm \u00fakolu. Cyklus opakujeme tolikr\u00e1t, kolikr\u00e1t je pot\u0159eba.<\/p>\n

\"Jak<\/p>\n

Podrobn\u00fd pl\u00e1n DevOps transformace s p\u0159\u00edklady a pokyny je n\u00ed\u017ee \u2014 v p\u0159episu prezentac\u00ed<\/a><\/noindex> Andrej Alexandrov<\/b> \u2014 in\u017een\u00fdra ve spole\u010dnosti Express42, kter\u00e1 poskytuje poradenstv\u00ed v oblasti rozvoje DevOps a urychluje tento proces, proto\u017ee ji\u017e vytvo\u0159ila mapu p\u0159ek\u00e1\u017eek. Pokud si mysl\u00edte, \u017ee transformaci nepot\u0159ebujete, nebo \u017ee m\u00e1te takovou specifikaci, \u017ee DevOps praktiky nejsou vhodn\u00e9, \u2014 pou\u017eijte zpr\u00e1vu jako n\u00e1vod pro nalezen\u00ed a odstran\u011bn\u00ed p\u0159ek\u00e1\u017eek.
\n<\/a><\/noindex>
\nPokud m\u00e1te obavy ohledn\u011b ot\u00e1zky DevOps transformace, m\u00e1te velkou firmu a je pot\u0159eba trochu \u0161k\u00e1lovat tento proces na celou strukturu. Dokud existuje pot\u0159eba transformovat t\u00fdm nebo odstranit n\u011bjakou p\u0159ek\u00e1\u017eku, lze n\u00ed\u017ee uveden\u00fd algoritmus opakovat.<\/p>\n

V\u00fdb\u011br slu\u017eby<\/h2>\n

\nPl\u00e1n je nast\u00edn\u011bn, za\u010dn\u011bme prvn\u00edm krokem \u2014 v\u00fdb\u011brem slu\u017eby. Prvn\u00ed krit\u00e9rium \u2014 \u017eivotnost<\/strong>: existuj\u00ed star\u00e9 slu\u017eby \u2014 legacy, a nov\u00e9. M\u016f\u017eeme za\u010d\u00edt s ob\u011bma.<\/p>\n

Je logick\u00e9 vybrat mladou slu\u017ebu<\/strong>. Je nov\u00e1, dosud nen\u00ed ust\u00e1len\u00fd proces pr\u00e1ce v t\u00fdmu, kter\u00fd se j\u00ed zab\u00fdv\u00e1. Kolem n\u00ed nen\u00ed hromada technick\u00e9ho dluhu, nemus\u00edme ji neust\u00e1le opravovat. M\u016f\u017eeme s n\u00ed d\u011blat, co chceme.<\/p>\n

V p\u0159\u00edpad\u011b star\u00e9 slu\u017eby existuj\u00ed probl\u00e9my spojen\u00e9 s t\u00edm, \u017ee zm\u011bna je v\u017edy obt\u00ed\u017en\u00e1<\/strong>. Ji\u017e existuje ur\u010dit\u00fd soubor z\u00e1va\u017en\u00fdch omezen\u00ed, ale mo\u017en\u00e1 se o n\u011b staraj\u00ed lid\u00e9, kte\u0159\u00ed jsou u\u017e p\u0159ipraveni v\u0161e p\u0159ed\u011blat \u2014 unavili se a cht\u011bj\u00ed n\u011bco ud\u011blat jinak, proto\u017ee maj\u00ed bolesti.<\/p>\n

Pr\u00e1ce se starou slu\u017ebou vytv\u00e1\u0159\u00ed siln\u00fd precedent<\/strong> ve va\u0161\u00ed spole\u010dnosti \u2014 lze n\u011bco m\u011bnit. Pokud jste zm\u011bnili novou slu\u017ebu, ta jede na produkci 100kr\u00e1t za hodinu, a v\u0161echno je v po\u0159\u00e1dku, lid\u00e9 ve va\u0161\u00ed spole\u010dnosti mohou \u0159\u00edct:<\/p>\n

\u2014 To je p\u0159ece nov\u00fd servis! Zkuste s na\u0161\u00ed starou ple\u010dkou n\u011bco ud\u011blat.<\/em><\/p>\n

Legacy slu\u017ebu m\u00e1 smysl vz\u00edt do transformace, kdy\u017e ji d\u011bl\u00e1te s n\u011bk\u00fdm, nap\u0159\u00edklad kdy\u017e pozvete extern\u00edho konzultanta. Bu\u010fme up\u0159\u00edmn\u00ed, transformace ot\u0159ese v\u0161\u00edm, co m\u016f\u017ee.<\/strong>. Experimentujete a nev\u00edte, kam dojdete, jak\u00e9 technologie a pro\u010d budete pou\u017e\u00edvat, kde a jak\u00e9 n\u00e1strahy v procesech se objev\u00ed. Proto je snaz\u0161\u00ed m\u011bnit nov\u00fd.<\/p>\n

Pokud v\u0161echno d\u011bl\u00e1te sami a ve firm\u011b nen\u00ed siln\u00e1 odborn\u00e1 kompetence \u2014 vezm\u011bte nov\u00fd servis. Pokud zn\u00e1te extern\u00edho konzultanta a m\u00e1te prost\u0159edky \u2014 vyberte star\u00fd.<\/p><\/blockquote>\n

\nExistuj\u00ed slu\u017eby, kter\u00e9 p\u0159edstavuj\u00ed jen rozhran\u00ed pro u\u017eivatele, nap\u0159\u00edklad jednoduch\u00e1 webov\u00e1 str\u00e1nka nebo mobiln\u00ed aplikace. Ale jsou zde v\u00e1\u017en\u00e9 v\u011bci jako billing. Pokud s billingem n\u011bco nevyjde \u2014 bude obt\u00ed\u017en\u00e9 se s t\u00edm vyrovnat. I tady m\u00e1me na v\u00fdb\u011br.<\/p>\n

Pracujeme bu\u010f s kritickou slu\u017ebou<\/strong>, ale u\u017e kv\u016fli n\u00ed trp\u00edme, vytv\u00e1\u0159\u00ed omezen\u00ed, nebo pracujeme s rozhran\u00edm<\/strong>. To je druh\u00e9 krit\u00e9rium v\u00fdb\u011bru. Analogicky, existuje mo\u017enost p\u0159izvat zku\u0161en\u00e9ho konzultanta \u2014 pracujeme s t\u011b\u017ekou variantou.<\/p>\n

Ale i v tomto p\u0159\u00edpad\u011b bych to nedoporu\u010doval, proto\u017ee pokud nen\u00ed pochopen\u00ed s \u010d\u00edm pracovat a jak\u00fdm sm\u011brem transformovat, br\u00e1t kritickou v\u011bc a p\u0159et\u0159\u00e1sat ji \u2014 nen\u00ed dobr\u00fd n\u00e1pad. Proto v tomto p\u0159\u00edpad\u011b preferujeme pracovat s rozhran\u00edm, jeho\u017e porucha nen\u00ed kritick\u00e1.<\/p>\n

D\u00e1le se pod\u00edv\u00e1me na t\u00fdm slu\u017eby<\/b>. S t\u011bmi, kdo se touto slu\u017ebou zab\u00fdvaj\u00ed, budeme muset neust\u00e1le pracovat a spolupracovat ve velmi \u00fazk\u00e9m kontaktu.<\/p>\n

Lid\u00e9 v t\u00fdmu se podm\u00edn\u011bn\u011b d\u011bl\u00ed do dvou kategori\u00ed: konzervativci<\/strong> \u2014 \u017eij\u00ed ve star\u00e9m sv\u011bt\u011b, nebo v\u016fbec nic nev\u011bd\u00ed o DevOps, a inov\u00e1to\u0159i<\/strong>, kte\u0159\u00ed n\u00e1m p\u0159ed\u00e1vaj\u00ed v\u0161echny modern\u00ed praktiky. Druh\u00fd ze skupiny si ne v\u017edy rozum\u00ed s t\u00e9matem, ale alespo\u0148 jsou na to p\u0159ipraveni.<\/p>\n

Na jedn\u00e9 stran\u011b konzervativci \u2014 zku\u0161en\u00ed lid\u00e9: dlouho ve firm\u011b, rozum\u00ed v\u0161emu od a do z, ale nev\u011bd\u00ed, jak\u00e9 praktiky funguj\u00ed. Na druh\u00e9 stran\u011b jsou inov\u00e1to\u0159i, kte\u0159\u00ed o n\u011b\u010dem sly\u0161eli, ale ve firm\u011b pravd\u011bpodobn\u011b pracuj\u00ed ne p\u0159\u00edli\u0161 dlouho. S k\u00fdm z nich je lep\u0161\u00ed spolupracovat?<\/p>\n

S konzervativci se budeme muset pot\u00fdkat, proto\u017ee to je jejich slu\u017eba. Budeme s nimi komunikovat, zji\u0161\u0165ovat specifika slu\u017eby, co lze ud\u011blat takto a co jinak. Jsme z\u00e1visl\u00ed na jejich konzultac\u00edch. Ur\u010dit\u011b budeme muset n\u011bco sv\u011b\u0159it, proto\u017ee oni svou slu\u017ebu znaj\u00ed l\u00e9pe. Proto je d\u016fle\u017eit\u00e9, s jak\u00fdm t\u00fdmem nakonec budeme m\u00edt kontakt.<\/p>\n

Je logick\u00e9 vybrat do t\u00fdmu inov\u00e1to\u0159i, proto\u017ee konzervativci mohou nasadit klacek pod nohy.\n<\/p><\/blockquote>\n

\nV praxi se \u010dasto ukazuje, \u017ee konzervativn\u00ed lid\u00e9 maj\u00ed zna\u010dn\u00e9 zku\u0161enosti, ale nemaj\u00ed p\u0159edstavu, jak \u017e\u00edt d\u00e1le. Boj\u00ed se, \u017ee po transformaci a p\u0159epracov\u00e1n\u00ed slu\u017eby budou propu\u0161t\u011bni. N\u011bkdy jen kv\u016fli nedorozum\u011bn\u00ed toho, co se d\u011bje, sabotuj\u00ed pr\u00e1ci.<\/p>\n

M\u011bl jsem p\u0159\u00edpad, kdy kluk z t\u00fdmu opravoval cokoliv, proto\u017ee to pr\u00fd bylo kriti\u010dt\u011bj\u0161\u00ed ne\u017e to, co te\u010f d\u011bl\u00e1me. D\u00e1me \u00fakol: realizovat dnes tento \u00fasek \u2014 ne, na druh\u00e9m konci sv\u011bta ho\u0159\u00ed, jdeme ho opravovat. S takov\u00fdmi lidmi se t\u011b\u017eko pracuje.<\/p>\n

Lid\u00e9 z konzervativn\u00edho t\u00fdmu \u010dasto \u00fakoly zanedb\u00e1vaj\u00ed, nebo je odkl\u00e1daj\u00ed na posledn\u00ed chv\u00edli. A pokud, nedej bo\u017ee, ud\u011bl\u00e1te chybu a p\u0159id\u011bl\u00edte jim KPI na z\u00e1klad\u011b po\u010dtu spln\u011bn\u00fdch \u00fakol\u016f, a n\u011bjak\u00e1 \u010d\u00e1st se n\u011bjak\u00fdm zp\u016fsobem nezahrnuje do KPI, pak nebudou d\u011blat v\u016fbec nic. Vlastn\u011b budou m\u00edt pravdu, proto\u017ee pak ztr\u00e1cej\u00ed svou pr\u00e9mii.<\/p>\n

S inov\u00e1tory je to jednodu\u0161\u0161\u00ed \u2014 jsou loaj\u00e1ln\u011bj\u0161\u00ed.<\/strong>U\u017e o n\u011b\u010dem sly\u0161eli, cht\u011bj\u00ed n\u011bkam sm\u011b\u0159ovat, tak\u017ee budou pom\u00e1hat. Pot\u0159ebujeme lidi, kte\u0159\u00ed jsou ochotni prvn\u00edch p\u00e1r m\u011bs\u00edc\u016f trp\u011bt: pokud se m\u011bn\u00ed slu\u017eba, tak v\u0161echny pot\u00ed\u017ee a \u00faskal\u00ed za\u017eij\u00ed inov\u00e1tory jako pr\u016fkopn\u00edci. Inov\u00e1tory cht\u011bj\u00ed to nejnov\u011bj\u0161\u00ed a trendov\u00e9 a vydr\u017eet.<\/p>\n

Konzervativce pak lze \u010dasem p\u0159et\u00e1hnout na svou v\u00edru. Kdy\u017e uk\u00e1\u017eete, \u017ee jste zm\u011bnili kousek a v\u0161echno dob\u0159e funguje, pravd\u011bpodobn\u011b tak\u00e9 budou cht\u00edt vyzkou\u0161et a p\u0159ijmou novou DevOps n\u00e1bo\u017eenstv\u00ed.<\/p>\n

\"Jak
\n<\/p>\n

Shrneme to. Pokud prov\u00e1d\u00edme celou transformaci ve spole\u010dnosti sami, vyb\u00edr\u00e1me: novou slu\u017ebu, ide\u00e1ln\u011b s jednoduch\u00fdm rozhran\u00edm, aby n\u00e1s moc netr\u00e1pilo, kdy\u017e se pokaz\u00ed, a t\u00fdm inov\u00e1tor\u016f.<\/p><\/blockquote>\n

\nPokud je mo\u017en\u00e9 povolat extern\u00edho konzultanta, m\u00edsto nov\u00e9ho \u2014 vezmeme starou slu\u017ebu, d\u00edky kter\u00e9 u\u017e trp\u00edme. Lid\u00e9, kte\u0159\u00ed se transformacemi zab\u00fdvali dost dlouho v r\u016fzn\u00fdch firm\u00e1ch, vid\u011bli r\u016fzn\u00e9 p\u0159\u00edpady a u\u017e ch\u00e1pou, jak spr\u00e1vn\u011b postupovat a jak\u00fdm sm\u011brem se vlastn\u011b ub\u00edrat.<\/p>\n

Kdo je zapojen?<\/h2>\n

\nMus\u00edme naj\u00edt v\u016fbec v\u0161echny, kdo maj\u00ed n\u011bjak\u00fd vztah k slu\u017eb\u011b: v\u00fdvoj\u00e1\u0159e, testery, administr\u00e1tory, bezpe\u010dnostn\u00ed odborn\u00edky, mana\u017eery a mo\u017en\u00e1 i Product Owners. I kdy\u017e Product Owners nejsou technici, vztahuj\u00ed se ke slu\u017eb\u011b: \u010din\u00ed rozhodnut\u00ed, stanovuj\u00ed \u00fakoly.<\/p>\n

\"Jak
\n<\/p>\n

V\u0161echny, kte\u0159\u00ed p\u0159ij\u00edmaj\u00ed jak\u00e1koli rozhodnut\u00ed a ovliv\u0148uj\u00ed to, co se slu\u017ebou prob\u00edh\u00e1, je t\u0159eba naj\u00edt, sezn\u00e1mit se s nimi a komunikovat.<\/p><\/blockquote>\n

\nPro\u010d jsou n\u00e1m pot\u0159ebn\u00ed? Abychom v\u011bd\u011bli, s k\u00fdm sjedn\u00e1vat dohody.<\/strong>. B\u011bhem transformace, kdy se m\u011bn\u00ed obvykl\u00fd zp\u016fsob pr\u00e1ce se slu\u017ebou, to bude i tak v\u017edy naru\u0161en\u00e9. N\u011bjakou dobu budou probl\u00e9my, dokud budeme testovat nov\u00e9 p\u0159\u00edstupy. Lid\u00e9 by na to m\u011bli b\u00fdt p\u0159ipraveni a s t\u00edm souhlasit.<\/p>\n

D\u00e1le bude t\u0159eba postavit Value Stream Map a bez t\u011bchto lid\u00ed ji nepostav\u00edte, proto\u017ee pouze oni v\u0161ichni dohromady znaj\u00ed celkov\u00fd obraz toho, co se d\u011bje. Jeden \u010dlov\u011bk nikdy nev\u00ed v\u0161echno, co se se slu\u017ebou d\u011bje.<\/p>\n

Oni doporu\u010d\u00ed lidi do t\u00fdmu. Pozd\u011bji probereme, pro\u010d je pot\u0159eba samostatn\u00fd t\u00fdm. Do n\u011bj bude nutn\u00e9 vz\u00edt lidi z existuj\u00edc\u00edch odd\u011blen\u00ed. Ti, kte\u0159\u00ed maj\u00ed vztah ke slu\u017eb\u011b, mohou doporu\u010dit kolegy, kte\u0159\u00ed mysl\u00ed na\u0161\u00edm sm\u011brem, kte\u0159\u00ed n\u00e1m mohou pomoci a maj\u00ed kompetence v tom, co pot\u0159ebujeme.<\/p>\n

D\u00e1le shrom\u00e1\u017ed\u00edme v\u0161echny tyto lidi z r\u016fzn\u00fdch odd\u011blen\u00ed do jedn\u00e9 m\u00edstnosti a za\u010dneme stav\u011bt Value Stream Map.<\/p>\n

Stav\u00edme Value Stream Map<\/h2>\n

\nValue Stream Map \u2014 to je diagram nebo mapa, kter\u00e1 ukazuje tok hodnoty k z\u00e1kazn\u00edkovi.<\/strong>. To je cel\u00fd proces od vym\u00fd\u0161len\u00ed my\u0161lenky a\u017e po jej\u00ed realizaci, v\u010detn\u011b v\u0161ech mezistup\u0148\u016f a toho, jak se hodnota nakonec dost\u00e1v\u00e1 k na\u0161im klient\u016fm.<\/p>\n

Value Stream Map je pot\u0159ebn\u00e1 k tomu, aby vizualizovala v\u0161echny f\u00e1ze v\u00fdvoje<\/strong>, lokalizovala probl\u00e9my pomoc\u00ed m\u011b\u0159en\u00ed, kter\u00e1 existuj\u00ed v sou\u010dasn\u00e9m procesu, a za\u010dala tyto probl\u00e9my odstra\u0148ovat, a stanovila po\u010d\u00e1te\u010dn\u00ed c\u00edl<\/strong>. To je m\u00edsto, kde za\u010dneme n\u011bco skute\u010dn\u011b d\u011blat.<\/p>\n

Metriky<\/h3>\n

\nV literatu\u0159e o Value Stream Map je pops\u00e1no mnoho r\u016fzn\u00fdch metrik, ale pro za\u010d\u00e1tek n\u00e1m sta\u010d\u00ed celkem t\u0159i.<\/p>\n

Lead Time \u2014 zpo\u017ed\u011bn\u00ed\/\u010dek\u00e1n\u00ed<\/strong> \u2014 doba, kdy na n\u011bco \u010dek\u00e1me. Nap\u0159\u00edklad tester \u010dek\u00e1, a\u017e se uvoln\u00ed testovac\u00ed stanovi\u0161t\u011b, a v t\u00e9to dob\u011b nem\u016f\u017ee nic d\u011blat.<\/p>\n

Value Added Time \u2014 \u010das u\u017eite\u010dn\u00e9 pr\u00e1ce<\/strong> \u2014 to, co jsme vynalo\u017eili v ur\u010dit\u00e9 f\u00e1zi k vytvo\u0159en\u00ed kone\u010dn\u00e9 hodnoty pro u\u017eivatele. Nap\u0159\u00edklad tester spustil sv\u016fj test a za\u010dal n\u011bco kontrolovat. To je \u010das u\u017eite\u010dn\u00e9 pr\u00e1ce, kdy skute\u010dn\u011b n\u011bco d\u011bl\u00e1me pro produkt. To je to, za co klienti plat\u00ed \u2014 za kvalitn\u00ed software.<\/p>\n

%C\/A \u2014 procento p\u0159ijat\u00e9 pr\u00e1ce. <\/strong>M\u00e1me jednu f\u00e1zi \u2014 v\u00fdvoj, druhou f\u00e1zi \u2014 testov\u00e1n\u00ed. Kolik funkcionalit teste\u0159i p\u0159ijali od v\u00fdvoj\u00e1\u0159\u016f, a toto je procento.<\/p>\n

P\u0159ibli\u017en\u011b takto vypad\u00e1 na\u0161e mapa.<\/p>\n

\"Jak
\n
\nM\u016f\u017ee vypadat jinak v z\u00e1vislosti na struktu\u0159e organizace, po\u010dtu odd\u011blen\u00ed a na tom, \u010demu se v\u011bnujete. Ale obecn\u011b na map\u011b budou dv\u011b f\u00e1ze: my\u0161lenka <\/strong>a analytika<\/strong>. V t\u00e9to f\u00e1zi se o\u010dek\u00e1vaj\u00ed \u00fadaje, nap\u0159\u00edklad Lead Time 2 t\u00fddny a Value Added Time 2 dny.<\/p>\n

Metrikami pokr\u00fdv\u00e1me naprosto v\u0161echny f\u00e1ze.<\/p><\/blockquote>\n

\nBacklog<\/strong> \u2014 kolik \u00fakol\u016f le\u017eelo pot\u00e9, co je analytici vymysleli.<\/p>\n

V\u00fdvoj<\/strong> \u2014 kolik t\u00fddn\u016f v\u00fdvoj\u00e1\u0159i \u010dekali na up\u0159esn\u011bn\u00ed \u00fakol\u016f, stanovi\u0161\u0165 nebo vybaven\u00ed \u2014 nez\u00e1le\u017e\u00ed na tom, ale n\u011bco \u010dekaj\u00ed. Nap\u0159\u00edklad 4 dny realizuj\u00ed funkcionalitu. Zde se objevuje metrika %C\/A. V\u00fdvoj\u00e1\u0159i vzali z Backlogu pouze 80 % \u00fakol\u016f. Domn\u00edvaj\u00ed se, \u017ee pro zb\u00fdvaj\u00edc\u00edch 20 % nen\u00ed dostate\u010dn\u011b jasn\u00fd po\u017eadavek, a poslali je k p\u0159epracov\u00e1n\u00ed.<\/p>\n

Testov\u00e1n\u00ed<\/strong>. Na sch\u00e9matu je LT nastaveno na 4 dny. Nap\u0159\u00edklad teste\u0159i \u010dekali na uvoln\u011bn\u00ed testovac\u00edho stanovi\u0161t\u011b, VA 2 dny skute\u010dn\u011b testuj\u00ed, a %C\/A = 40 %. \u2014 pouze 40 % k\u00f3du nebo funkcionalit, kter\u00e9 poslali v\u00fdvoj\u00e1\u0159i, teste\u0159i pova\u017eovali za vhodn\u00e9. V\u0161e ostatn\u00ed se jim z n\u011bjak\u00e9ho d\u016fvodu nel\u00edbilo.<\/p>\n

Nechci se podrobn\u011bji zab\u00fdvat t\u00edm, jak tato m\u011b\u0159en\u00ed prov\u00e1d\u011bt, na konci \u010dl\u00e1nku doporu\u010d\u00edm literaturu, ze kter\u00e9 se o nich m\u016f\u017eete dozv\u011bd\u011bt.<\/p>\n

Jedna rada \u2014 nev\u011b\u0159te lidem, kte\u0159\u00ed s v\u00e1mi budou vytv\u00e1\u0159et Value Stream Map. Ukazuj\u00ed, kolik \u010dasu r\u016fzn\u00e9 procesy zab\u00edraj\u00ed, ale tyto odhady nejsou v\u017edy spr\u00e1vn\u00e9, proto je lep\u0161\u00ed m\u011b\u0159it si to s\u00e1m.<\/p>\n

M\u011bli jsme p\u0159\u00edpad, kdy jsme p\u0159i\u0161li na odd\u011blen\u00ed Operations a zeptali jsme se, jak dlouho trv\u00e1 dod\u00e1n\u00ed nov\u00e9 funkce na produkci. Odpov\u011bd\u011bli n\u00e1m, \u017ee 10 minut, a my jsme si pomysleli, pro\u010d jsme v\u016fbec p\u0159i\u0161li do t\u00e9to spole\u010dnosti? Uk\u00e1zalo se, \u017ee 10 minut je doba, b\u011bhem kter\u00e9 skript bere k\u00f3d a dod\u00e1v\u00e1 ho na server. Ale p\u0159ed t\u00edmto vyd\u00e1n\u00edm le\u017e\u00ed t\u0159i dny na serveru a jen se tam povaluje \u2014 v Backlogu le\u017e\u00ed \u00fakol, kter\u00fd je t\u0159eba nasadit. Tak\u017ee p\u0159ed f\u00e1z\u00ed nasazen\u00ed existuje f\u00e1ze \u010dek\u00e1n\u00ed, kdy projekt jen le\u017e\u00ed. Kdybychom ne\u0161li s blokem, nezachytili \u00fakol v Jira pohledem a neza\u010dali ho sledovat krok za krokem, mysleli bychom, \u017ee je v\u0161e skv\u011bl\u00e9 a nen\u00ed \u017e\u00e1dn\u00fd probl\u00e9m.<\/p>\n

Proto bude nutn\u00e9 m\u011b\u0159en\u00ed prov\u00e9st s\u00e1m, ide\u00e1ln\u011b ne jednou, abyste z\u00edskali co nejrealisti\u010dt\u011bj\u0161\u00ed p\u0159edstavu. V z\u00e1vislosti na Value Stream Map budete rozhodovat, odkud za\u010d\u00edt a co opravit jako prvn\u00ed.<\/p>\n

Do\u010dasn\u00fd t\u00fdm<\/h2>\n

\nMnoho spole\u010dnost\u00ed, kter\u00e9 se rozhodly implementovat DevOps, vytv\u00e1\u0159\u00ed t\u00fdm, ale ne do\u010dasn\u00fd, n\u00fdbr\u017e existuj\u00edc\u00ed n\u011bkolik let. Pokud se obr\u00e1t\u00edte na slu\u017ebu DevOps apologize, kter\u00e1 popisuje r\u016fzn\u00e9 vzory budov\u00e1n\u00ed organiza\u010dn\u00ed struktury v DevOps, pochop\u00edte, \u017ee to je antipattern.<\/p>\n

Kdy\u017e DevOps t\u00fdm existuje trvale po n\u011bkolik let \u2014 je to velk\u00e1 chyba, proto\u017ee DevOps je o komunikaci mezi odd\u011blen\u00edmi, o rychlosti a efektivit\u011b.<\/p><\/blockquote>\n

\nPokud t\u00fdm existuje mezi odd\u011blen\u00edmi jen proto, aby n\u011bco jin\u00e9ho d\u011blali odd\u011blen\u011b a existuje dlouho, vytv\u00e1\u0159\u00ed to zbyte\u010dnou p\u0159ek\u00e1\u017eku. Program\u00e1torovi nyn\u00ed m\u00edsto toho, aby se okam\u017eit\u011b obr\u00e1til na administr\u00e1tora, aby vy\u0159e\u0161il probl\u00e9m, mus\u00ed nejprve kontaktovat odd\u011blen\u00ed DevOps, kter\u00e9 to pak posune d\u00e1l.<\/p>\n

Proto, abyste za\u010dali, mus\u00edte vytvo\u0159it do\u010dasn\u00fd t\u00fdm.<\/strong>Bude existovat podm\u00edn\u011bn\u011b p\u016fl roku, maxim\u00e1ln\u011b rok, v z\u00e1vislosti na stanoven\u00e9m \u00fakolu, pouze za \u00fa\u010delem odstran\u011bn\u00ed jednoho omezen\u00ed, kter\u00e9 jsme zvolili. Pot\u00e9 zanikne. Pokud zvol\u00edme dal\u0161\u00ed bod, kde n\u00e1s n\u011bco siln\u011b bol\u00ed, a pochop\u00edme, \u017ee k tomu tak\u00e9 pot\u0159ebujeme samostatn\u00fd t\u00fdm, znovu jej vytvo\u0159\u00edme. Ale takov\u00e9 t\u00fdmy by nem\u011bly existovat na \"st\u00e1l\u00e9m\" z\u00e1klad\u011b \u2014 pak jen naru\u0161uj\u00ed komunikaci a p\u0159eb\u00edraj\u00ed \u00fapln\u011b odli\u0161n\u00e9 \u00fakoly, jen aby n\u011bco d\u011blaly. Tyto \u00fakoly nemus\u00ed b\u00fdt v\u016fbec spojeny s DevOps a transformac\u00ed. Pro\u010d bychom tuto \u00falohu nem\u011bli p\u0159edat st\u00e1vaj\u00edc\u00edm odd\u011blen\u00edm?<\/p>\n

Pro\u010d je pot\u0159eba do\u010dasn\u00fd t\u00fdm<\/h3>\n

\nKonflikt s aktu\u00e1ln\u00edmi procesy<\/strong>. Transformace DevOps je zm\u011bna nejen technologi\u00ed a n\u00e1stroj\u016f, kter\u00e9 pou\u017e\u00edv\u00e1me, ale tak\u00e9 samotn\u00e9ho pracovn\u00edho procesu, my\u0161len\u00ed a hodnot. Pokud bude t\u00fdm pracovat tak, jak je zvykl\u00fd, nebude m\u00edt \u0161anci vyzkou\u0161et jin\u00e9 p\u0159\u00edstupy.<\/p>\n

Tito lid\u00e9 mus\u00ed \u017e\u00edt podle jin\u00fdch pravidel: ignorovat v\u0161echny KPI ve firm\u011b, proto\u017ee se sna\u017e\u00ed pracovat jinak. Do\u010dasn\u00e9 t\u00fdmy nebudou pod\u00e1vat \u017e\u00e1dosti o server, ale p\u0159\u00edmo se obr\u00e1t\u00ed na odd\u011blen\u00ed, kter\u00e9 je spravuje, s po\u017eadavkem, aby jim prioritn\u011b poskytlo to, co pot\u0159ebuj\u00ed, proto\u017ee se jedn\u00e1 o prioritu a proto\u017ee se sna\u017e\u00ed \u017e\u00edt jinak. T\u00fdm m\u00e1 pln\u00fd konflikt se v\u0161emi aktu\u00e1ln\u00edmi procesy. Aby existuj\u00edc\u00ed pracovn\u00ed metody nyn\u00ed nebr\u00e1nily jim a oni nebr\u00e1nili ostatn\u00edm, tyto lidi izolujeme a vytvo\u0159\u00edme z nich samostatn\u00fd t\u00fdm.<\/p>\n

Vyhnut\u00ed se byrokracii v experimentech<\/strong>. V do\u010dasn\u00fdch t\u00fdmech neexistuje byrokracie, nevypl\u0148uj\u00ed zpr\u00e1vy o pracovn\u00edch hodin\u00e1ch, nehl\u00e1s\u00ed se mana\u017eer\u016fm. To je naprosto odd\u011blen\u00fd sv\u011bt, ve kter\u00e9m lid\u00e9 \u017eij\u00ed a mysl\u00ed jinak a zab\u00fdvaj\u00ed se \u00fapln\u011b jin\u00fdmi v\u011bcmi. Nen\u00ed pot\u0159eba je zbyte\u010dn\u011b ru\u0161it.<\/p>\n

Nep\u0159etr\u017eit\u00e1 pr\u00e1ce na slu\u017eb\u011b<\/strong>. V prvn\u00edm bod\u011b jsme si zvolili n\u011bco, na \u010dem budeme experimentovat. Experimenty a hled\u00e1n\u00ed zp\u016fsob\u016f, jak pracovat l\u00e9pe, jsou dobr\u00e9, ale tak\u00e9 chceme vyv\u00edjet nov\u00e9 funkce. Pokud se cel\u00fd t\u00fdm m\u00edsto nov\u00fdch funkc\u00ed bude zab\u00fdvat transformac\u00ed, za\u010dneme ztr\u00e1cet p\u0159\u00edjmy, chyby dlouho vis\u00ed \u2014 to nechceme. Vytvo\u0159en\u00ed do\u010dasn\u00e9ho t\u00fdmu umo\u017e\u0148uje experimentovat, ani\u017e bychom zastavili pr\u00e1ci na produktu.<\/p>\n

Netr\u00e1vit \u010das na pracovn\u00ed \u00fakoly<\/strong>. Je to op\u011bt o produktu. U t\u00fdmu trv\u00e1 hodn\u011b \u010dasu vyzkou\u0161et jin\u00e9 n\u00e1stroje a dal\u0161\u00ed v\u011bci. Aby lid\u00e9 ovl\u00e1dli n\u00e1stroje, za\u010dali je zav\u00e1d\u011bt a pou\u017e\u00edvat spr\u00e1vn\u011b, bude to trvat minim\u00e1ln\u011b p\u016fl roku. Pokud se budou tak\u00e9 v\u011bnovat produktu, t\u011bch \u0161est m\u011bs\u00edc\u016f se ne\u00fam\u011brn\u011b prodlou\u017e\u00ed. Kdy\u017e se lid\u00e9 v\u011bnuj\u00ed produktu, op\u011bt pracuj\u00ed se star\u00fdmi procesy \u2014 to nepot\u0159ebujeme.<\/p>\n

Proto z r\u016fzn\u00fdch odd\u011blen\u00ed vy\u010dle\u0148ujeme lidi do samostatn\u00e9ho t\u00fdmu, kter\u00fd se zam\u011b\u0159\u00ed na transformaci slu\u017eby. V\u00fdsledkem je, \u017ee slu\u017eba funguje, pokra\u010duje ve v\u00fdvoji a p\u0159itom na n\u00ed prov\u00e1d\u00edme n\u011bjak\u00e9 experimenty.<\/p>\n

Do\u010dasn\u00fd t\u00fdm se zab\u00fdv\u00e1 pouze DevOps transformac\u00ed \u2014 odstran\u011bn\u00edm t\u011bch omezen\u00ed, kter\u00e1 jsme nalezli, a ni\u010d\u00edm jin\u00fdm.<\/p><\/blockquote>\n

\nT\u00fdm se skl\u00e1d\u00e1 z univerz\u00e1ln\u00edch lid\u00ed<\/strong>. To znamen\u00e1, \u017ee jsme nevzali jen v\u00fdvoj\u00e1\u0159e. Nep\u0159i\u0161li jsme do slu\u017eby a neodnesli odtud p\u016flku t\u00fdmu \u2014 ne, vzali jsme lidi z r\u016fzn\u00fdch odd\u011blen\u00ed<\/strong>. P\u0159ed n\u011bkolika body jsme na\u0161li r\u016fzn\u00e1 odd\u011blen\u00ed a r\u016fzn\u00e9 zam\u011bstnance, kte\u0159\u00ed maj\u00ed vztah k transformovan\u00e9 slu\u017eb\u011b. Z t\u011bchto lid\u00ed skl\u00e1d\u00e1me t\u00fdm, proto\u017ee mus\u00ed b\u00fdt univerz\u00e1ln\u00ed \u2014 zm\u011bn\u00edme jak proces testov\u00e1n\u00ed, tak proces v\u00fdvoje a proces \u00fadr\u017eby slu\u017eby. Pot\u0159ebujeme r\u016fzn\u00e9 kompetence.<\/p>\n

Obvykle si vezmeme v\u00fdvoj\u00e1\u0159e, testera a in\u017een\u00fdra \u2014 ka\u017ed\u00e9ho po jednom, a spole\u010dn\u011b s nimi vym\u00fd\u0161l\u00edme \u0159e\u0161en\u00ed, kter\u00e9 umo\u017e\u0148uje \u017e\u00edt jinak.<\/p>\n

Bylo by \u017e\u00e1douc\u00ed, aby tito lid\u00e9 m\u011bli autoritu v organizaci<\/strong>. Mo\u017en\u00e1 bude pot\u0159eba vz\u00edt jednoho konzervativce, i kdy\u017e se n\u00e1m to moc nel\u00edb\u00ed. Pokud m\u00e1me velkou firmu, ne v\u0161ichni uv\u011b\u0159\u00ed na\u0161\u00ed my\u0161lence a n\u011bkte\u0159\u00ed mohou kl\u00e1st p\u0159ek\u00e1\u017eky, nap\u0159\u00edklad nevy\u010dlenit stanovi\u0161t\u011b. Tady bude pot\u0159eba autorita \u2014 respektovan\u00e1 osoba s bohat\u00fdmi zku\u0161enostmi, kter\u00e1 si zaslou\u017eila dobr\u00fd vztah s kolegy. Autorita zam\u011bstnance v t\u00fdmu usnadn\u00ed \u00fakol a pr\u00e1ci do\u010dasn\u00e9ho t\u00fdmu. Lid\u00e9 si budou myslet:<\/p>\n

\u2014 Aha, ten skv\u011bl\u00fd chlap\u00edk, kter\u00e9ho v\u0161ichni zn\u00e1me a m\u00e1me r\u00e1di, se zapojil \u2014 z\u0159ejm\u011b je na DevOps n\u011bco, co stoj\u00ed za to vid\u011bt!<\/em><\/p>\n

Stanovujeme c\u00edl<\/h2>\n

\nNashrom\u00e1\u017edili jsme lidi, vybrali slu\u017ebu, pod\u00edvali se na omezen\u00ed, ur\u010dili, na kter\u00e9 lidi m\u00e1me vliv. Te\u010f je pot\u0159eba stanovit c\u00edl a ten by m\u011bl b\u00fdt p\u0159\u00edmo podle SMART<\/strong> \u2014 v\u0161echno, jak m\u00e1me r\u00e1di.<\/p>\n

Specifick\u00e9 \u2014 konkr\u00e9tn\u00ed<\/strong>.<\/p>\n

M\u011b\u0159iteln\u00e9 \u2014 m\u011b\u0159iteln\u00e9<\/strong>. To je velmi d\u016fle\u017eit\u00fd bod SMART. Pokud n\u011bco nem\u016f\u017eete zm\u011b\u0159it, nem\u016f\u017eete to zm\u011bnit a pochopit, co a jak jste ud\u011blali l\u00e9pe \u010di h\u016f\u0159e.<\/p>\n

Dosa\u017eiteln\u00e9 \u2014 dosa\u017eiteln\u00e9<\/strong>. Upravte to podle sv\u00e9 specifiky. Pokud jste enterprise spole\u010dnost s dlouhou histori\u00ed a velk\u00fdm zat\u00ed\u017een\u00edm povinnost\u00ed, kter\u00e1 vyd\u00e1v\u00e1 verzi produktu jednou za rok, nem\u016f\u017eete za p\u016fl roku dos\u00e1hnout toho, \u017ee nov\u00e9 verze produktu budou vych\u00e1zet ka\u017edou hodinu. To nen\u00ed mo\u017en\u00e9. Proto si nastavte realistick\u00fd c\u00edl, kter\u00fd je dosa\u017eiteln\u00fd ve smyslupln\u00e9m \u010dasov\u00e9m r\u00e1mci.<\/p>\n

Relevantn\u00ed \u2014 relevantn\u00ed. <\/strong>Odstra\u0148ujeme pouze to omezen\u00ed, kter\u00e9 skute\u010dn\u011b sleduje na\u0161e sou\u010dasn\u00e9 c\u00edle.<\/p>\n

\u010casov\u011b omezen\u00e9 \u2014 \u010dasov\u011b omezen\u00e9<\/strong>. Pokud nen\u00ed term\u00edn \u2014 t\u00fdm se bude v\u011bnovat \u010demukoli: zkou\u0161en\u00ed 15 technologi\u00ed m\u00edsto 3, psan\u00ed obrovsk\u00fdch zpr\u00e1v, prov\u00e1d\u011bn\u00ed zbyte\u010dn\u00fdch v\u00fdzkum\u016f, vylep\u0161ov\u00e1n\u00ed sv\u00e9ho proveden\u00ed do lesku, kdy\u017e u\u017e bylo c\u00edle dosa\u017eeno.<\/p>\n

C\u00edl formulujeme pomoc\u00ed Value Stream Map \u2014 znovu shrom\u00e1\u017ed\u00edme v\u0161echny lidi a nakresl\u00edme. Ale tentokr\u00e1t na z\u00e1klad\u011b p\u0159edchoz\u00ed Value Stream Map nakresl\u00edme to, co chceme z\u00edskat.<\/p>\n

\"Jak
\n
\nVybereme jedno omezen\u00ed, kter\u00e9 budeme odstra\u0148ovat pr\u00e1v\u011b te\u010f \u2014 t\u00edm se t\u00fdm zab\u00fdv\u00e1. Nap\u0159\u00edklad jsem vzal \u010dek\u00e1n\u00ed od hotov\u00e9ho vyd\u00e1n\u00ed do jeho nasazen\u00ed do produkce \u2014 to je nej\u010dast\u011bj\u0161\u00ed omezen\u00ed, se kter\u00fdm lid\u00e9 p\u0159ich\u00e1zej\u00ed za konzultanty.<\/p>\n

Na z\u00e1klad\u011b toho stanov\u00edme \u00fakol: chceme, aby \u010dek\u00e1n\u00ed mezi hotov\u00fdm vyd\u00e1n\u00edm a akc\u00ed bylo maxim\u00e1ln\u011b hodinu.<\/p>\n

P\u0159\u00edklady \u00fakol\u016f.<\/p>\n