Upami anjeun henteu ngartos naon DevOps, ieu mangrupikeun lambaran curang gancang. DevOps mangrupikeun sakumpulan prakték éta ngurangan takwa insinyur ' sarta ngurangan jumlah gagal dina produksi software. Sakumaha aturan, aranjeunna sami ngurangan waktu ka pasar — periode ti ide ka pangiriman produk ahir ka konsumén, nu ngidinan Anjeun pikeun gancang ngalakonan percobaan bisnis.
Kumaha ngamimitian transformasi DevOps? Pondokna: kami milih jasa anu ngamimitian prosésna, ngaidentipikasi jalma-jalma anu aya hubunganana sareng jasa éta, ngawangun Peta Aliran Nilai, ngadamel tim samentawis anu bakal nungkulan transformasi pikeun kahiji kalina sareng nyetél tugas pikeun éta. Urang ngulang siklus jumlah diperlukeun kali.
Rencana transformasi DevOps lengkep sareng conto sareng petunjuk dina potongan - dina transkrip Andrey Alexandrov - insinyur di Express42, anu mamatahan ngeunaan pengecambahan DevOps, nyepetkeun prosés ieu kusabab anjeunna parantos ngawangun peta rake. Upami sigana anjeun henteu peryogi transformasi, atanapi spésifik anjeun sapertos prakték DevOps henteu cocog, paké laporan salaku petunjuk pikeun milarian sareng ngaleungitkeun watesan.
Upami anjeun prihatin ngeunaan masalah transformasi DevOps, maka anjeun gaduh perusahaan anu ageung, sareng anjeun kedah bertahap skala prosés ieu sapanjang struktur. Salami aya kabutuhan pikeun ngarobih paréntah atanapi ngaleungitkeun sababaraha watesan, algoritma di handap tiasa diulang.
Milih jasa
Kami parantos ngagariskeun rencana, hayu urang mimitian ku léngkah munggaran - milih jasa. Kriteria kahiji nyaéta umur hirup: aya jasa heubeul - warisan, jeung nu anyar. Anjeun tiasa mimitian ku duanana.
Éta logis pikeun milih jasa ngora. Éta seger, teu acan aya prosés anu mantep pikeun damel di tim anu ngurus éta. Henteu aya gunung hutang téknis di sabudeureun éta, anjeun henteu kedah ngalereskeunana unggal waktos. Urang tiasa ngalakukeun naon waé anu dipikahoyong ku éta.
Dina kasus jasa heubeul, aya masalah patali kanyataan yén robah téh salawasna teuas. Parantos aya sababaraha larangan anu serius, tapi panginten aranjeunna diurus ku jalma-jalma anu siap sekop sadayana - aranjeunna bosen sareng hoyong ngalakukeun anu béda-béda sabab nyeri.
Gawe sareng hiji layanan heubeul susunan a precedent kuat di perusahaan anjeun - anjeun tiasa ngarobih hiji hal. Upami anjeun ngarobih jasa énggal, éta gulung ka handap 100 kali sajam, sareng sadayana henteu kunanaon, teras jalma-jalma di perusahaan anjeun tiasa nyarios:
- Ieu layanan anyar! Sagalana éta basajan aya, coba ngalakukeun hiji hal kalawan wreck kami.
Éta asup akal ngagunakeun jasa Warisan pikeun transformasi nalika anjeun ngalakukeunana sareng batur, contona, upami anjeun ngondang konsultan éksternal. Hayu urang jujur, transformasi bakal ngocok sagalana mungkin. Anjeun ékspérimén sareng henteu terang dimana anjeun bakal mungkas, téknologi naon anu anjeun anggo sareng kunaon, dimana sareng naon pitfalls anu bakal timbul dina prosés. Ku alatan éta, leuwih gampang pikeun ngaganti nu anyar.
Upami anjeun ngalakukeun sadayana nyalira, sareng perusahaan henteu ngagaduhan kompetensi anu serius, kami nyandak jasa énggal. Upami anjeun terang konsultan éksternal sareng gaduh dana, pilih anu lami.
Aya jasa anu ngan saukur antarmuka pikeun pangguna, contona, halaman wéb atanapi aplikasi mobile anu saderhana. Tapi aya hal serius dina sumanget tagihan. Upami aya anu lepat sareng tagihan, éta bakal sesah pikeun terangna. Di dieu urang ogé boga pilihan.
Urang damel boh kalayan layanan kritis, tapi urang sangsara kusabab éta, éta nyiptakeun larangan, atanapi urang damel kalawan panganteur. Ieu kriteria pilihan kadua. Nya kitu, kasebut nyaéta dimungkinkeun pikeun narik hiji konsultan ngalaman - urang digawekeun ku pilihan hésé.
Tapi sanajan dina hal ieu, kuring moal nyarankeun ngalakukeun ieu, sabab nepi ka aya hiji pamahaman naon gawéna jeung arah nu transformasi, nyandak hiji hal kritis tur oyag eta up teu mangrupakeun ide nu sae. Ku alatan éta, dina hal ieu, urang leuwih resep digawekeun ku panganteur anu gagalna teu kritis.
Hayu urang tingali salajengna tim layanan. Urang kedah teras-terasan damel sareng berinteraksi pisan sareng anu nyayogikeun jasa ieu.
Jalma dina tim dibagi kana dua kategori: konservatif - hirup di dunya heubeul, atawa ngan saukur teu nyaho nanaon tentang DevOps, jeung inovator, nu nyered sagala prakték fashionable. Anu terakhir henteu salawasna ngartos topikna, tapi sahenteuna aranjeunna siap pikeun éta.
Di hiji sisi, konservatif mangrupikeun jalma anu ngalaman: aranjeunna parantos lami di perusahaan, aranjeunna ngartos jero sareng luar, tapi aranjeunna henteu terang persis ngeunaan praktékna. Di sisi anu sanésna, aya inovator anu parantos ngupingkeun hiji hal, tapi sigana mah teu acan lami pisan damel di perusahaan. Mana anu langkung saé pikeun dianggo?
Anjeun kedah berinteraksi sareng konservatif dina sagala hal, sabab ieu mangrupikeun jasana. Anjeun kedah komunikasi sareng aranjeunna, milari spésifikasi jasa, naon anu tiasa dilakukeun ku cara ieu sareng naon anu sanésna. Urang gumantung kana saran maranéhanana. Anjeun panginten kedah percanten ka aranjeunna, sabab aranjeunna langkung terang jasana. Ku alatan éta, penting tim mana anu urang tungtungna gaduh kontak.
Logis pikeun milih inovator pikeun tim, sabab konservatif tiasa nempatkeun babi di jerona.
Dina prakna, éta mindeng kajadian yén jalma konservatif boga pangalaman signifikan, tapi teu boga pamahaman cara hirup salajengna. Éta ngan saukur sieun yén sanggeus transformasi jeung redesign sahiji layanan, maranéhna bakal dipecat sakumaha teu perlu. Sakapeung, ngan kusabab teu ngartos naon anu lumangsung, aranjeunna sabotase padamelan.
Kuring ngagaduhan kasus dimana saurang lalaki ti tim ngalereskeun sadayana, sabab éta konon langkung kritis tibatan naon anu urang lakukeun ayeuna. Kami netepkeun tugas: pikeun ngalaksanakeun potongan ieu ayeuna - henteu, aya seuneu di sisi sanés dunya, urang badé ngalereskeunana. Hésé gawé bareng jalma-jalma kitu.
Jalma-jalma ti tim konservatif sering hilap kana tugas atanapi ditunda dugi ka menit terakhir. Sareng upami, John Willis nyaram, anjeun ngalakukeun kasalahan sareng masihan aranjeunna KPI pikeun jumlah tugas anu parantos réngsé, sareng pikeun sababaraha alesan sababaraha bagian henteu kalebet dina KPI, maka aranjeunna moal ngalakukeun nanaon. Sacara umum, aranjeunna bakal bener, sabab lajeng leungit bonus nu.
Éta langkung gampil sareng inovator - aranjeunna langkung satia. Maranehna geus ngadéngé hiji hal, maranéhna rék indit ka mana, ngarah bakal nulungan. Urang peryogi jalma anu siap sangsara pikeun kahiji kalina: lamun jasa robah, innovators bakal nyekel sagala nabrak na rakes salaku panaratas. Innovators hoyong sagalana anyar jeung fashionable, sarta sangsara.
Konservatif engké bisa dirobah. Nalika anjeun nunjukkeun yén anjeun ngarobih sapotong sareng sadayana tiasa dianggo, paling dipikaresep aranjeunna hoyong nyobian ogé sareng bakal nangkeup agama DevOps énggal.
Hayu urang nyimpulkeun. Lamun urang ngalakukeun sakabéh transformasi di parusahaan urang sorangan, lajeng urang milih: layanan anyar, preferably antarbeungeut basajan ku kituna teu sangsara teuing tina ngarecahna, sarta tim innovators.
Lamun kasebut nyaéta dimungkinkeun pikeun nelepon hiji konsultan éksternal, tinimbang nu anyar, urang nyandak layanan heubeul, sabab nu urang geus nalangsara. Jalma anu geus aub dina transformasi keur lila di pausahaan béda geus katempo kasus béda jeung geus ngarti kumaha carana ngalakukeun eta katuhu, sarta arah mana mun balik sacara umum.
Saha anu kalibet?
Urang kedah milarian saha waé anu sahenteuna aya hubunganana sareng jasa: pamekar, panguji, admin, spesialis kaamanan, manajer sareng, sigana, Pamilik Produk. Sanaos kanyataan yén Pamilik Produk sanés spesialis téknis, aranjeunna aya hubunganana sareng jasa: aranjeunna nyandak kaputusan, nyetél tugas.
Saha waé anu ngadamel sahenteuna sababaraha kaputusan sareng pangaruh naon anu lumangsung dina jasa kedah dipendakan, patepang sareng komunikasi.
Keur naon urang butuh aranjeunna? Pikeun terang saha anu badé dirundingkeun. Salila transformasi, nalika prinsip biasa gawé bareng jasa robah, éta bakal tetep oyag. Bakal aya glitches bari urang nguji pendekatan anyar. Jalma-jalma kedah siap pikeun ieu sareng satuju sareng éta.
Satuluyna anjeun kudu ngawangun Peta Nilai Stream, sarta tanpa jalma ieu anjeun moal bisa ngawangun éta, sabab ngan aranjeunna sadayana babarengan terang gambar lengkep naon anu lumangsung. Hiji jalma henteu kantos terang sadayana anu kajantenan sareng jasa éta.
Aranjeunna bakal nyarankeun jalma pikeun tim. Engké urang bakal ngabahas naha tim misah diperlukeun. Éta kedah nyandak jalma ti departemén anu aya. Jalma anu kalibet dina jasa bakal tiasa nyarankeun kolega anu mikir arah urang, anu tiasa ngabantosan urang sareng kompeten dina naon anu urang butuhkeun.
Salajengna, urang ngumpulkeun sakabeh jalma ieu ti departemén béda kana hiji kamar tur mimitian ngawangun Peta Nilai Stream.
Ngawangun Peta Aliran Nilai
Peta Aliran Nilai mangrupikeun diagram atanapi peta anu nunjukkeun aliran nilai ka klien. Ieu mangrupikeun prosés sadayana tina ideu dugi ka palaksanaanna, kalebet sadaya tahapan panengah sareng kumaha nilai ahirna dugi ka klien kami.
Nilai Stream Peta diperlukeun pikeun visualize sakabeh tahapan pangwangunan, localize masalah ngaliwatan ukuran anu aya dina prosés ayeuna sareng ngawitan ngaleungitkeun masalah ieu, jeung netepkeun tujuan awal. Ieu dimana urang mimiti sabenerna ngalakukeun hiji hal.
Métrik
Aya seueur métrik anu béda anu dijelaskeun dina literatur Peta Aliran Nilai, tapi ngan ukur tilu cekap pikeun ngamimitian.
Lead Time - reureuh / antosan - waktos nalika urang ngantosan hiji hal. Contona, hiji tester ngantosan dugi test stand bébas, sarta salila ieu teu bisa ngalakukeun nanaon.
Waktos Tambihkeun Nilai - waktos damel anu mangpaat - naon urang spent dina tahap sapertos na ieu nyieun nilai final pikeun pamaké. Contona, hiji tester ngaluncurkeun tés na sareng ngamimitian mariksa hiji hal. Ieu waktu gawé mangpaat, nalika urang sabenerna ngalakukeun hiji hal pikeun produk. Ieu naon klien mayar - quality software .
%C/A nyaéta persentase karya anu ditarima. Kami ngagaduhan hiji tahap - pamekaran, tahap kadua - tés. Sabaraha panguji fitur anu ditampi ti pamekar nyaéta persentase ieu.
Ieu kasarna kumaha peta urang kasampak kawas.
Éta sigana béda-béda gumantung kana struktur organisasi, jumlah departemén sareng naon anu anjeun lakukeun. Tapi sacara umum bakal aya dua tahap dina peta: gagasan и analytics. Dina tahap ieu, data diperkirakeun, contona, Lead Time 2 minggu jeung Value Added Time 2 poé.
Urang nutupan leres pisan sadaya tahapan sareng métrik.
backlog - sabaraha masalah éta aya sanggeus analis datang nepi ka aranjeunna.
rarancang - Sabaraha minggu pamekar parantos ngantosan klarifikasi ngeunaan tugas, stan atanapi alat - henteu masalah, tapi aranjeunna ngantosan hiji hal. Salaku conto, aranjeunna peryogi 4 dinten pikeun nerapkeun fitur. Ieu dimana métrik% C / A asalna. Pamekar ngan ukur nyandak 80% tina tugas ti Backlog. Aranjeunna yakin yén 20% sésana teu boga spésifikasi teknis cukup jelas, sarta dikirim aranjeunna pikeun révisi.
Tés. Diagram LT disetel ka 4 dinten. Salaku conto, panguji ngantosan bangku tés janten gratis, VA aranjeunna leres-leres nguji hiji hal salami 2 dinten, sareng% C / A = 40%. - ngan 40% tina kode atanapi fitur anu dikirim ku pamekar dianggap cekap ku panguji. Aranjeunna teu resep sagalana sejenna pikeun sababaraha alesan.
Kuring moal cicing sacara rinci ngeunaan cara ngalaksanakeun pangukuran ieu; dina ahir tulisan kuring bakal nyarankeun literatur anu anjeun tiasa diajar ngeunaan éta.
Hiji-hijina hal anu kuring tiasa nyarankeun nyaéta yén anjeun henteu percanten ka jalma anu bakal nyusun Peta Aliran Nilai sareng anjeun. Aranjeunna masihan ide kumaha lilana prosés anu béda, tapi perkiraan ieu henteu salawasna leres, janten langkung saé pikeun ngukur diri anjeun.
Urang kungsi pasualan nalika urang sumping ka departemén Operasi jeung nanya sabaraha lila waktu nu diperlukeun pikeun nganteurkeun fitur anyar pikeun produksi. Aranjeunna ngawartoskeun kami yén éta bakal 10 menit, sarta kami pikir, naha urang malah datang ka parusahaan ieu? Tétéla yén 10 menit nyaéta waktu ngajalankeun naskah nu nyokot kode jeung delivers ka server. Tapi sateuacan ieu, sékrési calik dina server salami tilu dinten sareng ngan saukur ngumpulkeun lebu - aya tugas dina Backlog anu kedah disebarkeun. Tétéla saméméh tahap deployment aya tahap antosan, nalika proyek ngan diuk di dinya. Lamun urang geus teu indit kalawan notepad a, teu bray panon urang dina tugas di Jira tur mimitian nyukcruk eta step by step, urang bakal ngira yén sagalana éta hébat sarta teu aya masalah.
Ku alatan éta, anjeun bakal tetep kudu ngalakukeun pangukuran sorangan, preferably leuwih ti sakali, dina urutan boga gagasan deukeut kanyataanana. Gumantung kana Peta Aliran Nilai, anjeun bakal mutuskeun dimana ngamimitian sareng naon anu kedah dilereskeun heula.
Tim samentara
Seueur perusahaan anu mutuskeun pikeun nerapkeun DevOps nyiptakeun tim, tapi sanés samentawis, tapi anu parantos aya sababaraha taun. Upami anjeun angkat ka jasa hapunten DevOps, anu ngajelaskeun pola anu béda pikeun ngawangun struktur organisasi di DevOps, anjeun bakal ngartos yén ieu mangrupikeun anti-pola.
Nalika tim DevOps aya terus-terusan salami sababaraha taun, ieu mangrupikeun kasalahan anu ageung, sabab DevOps mangrupikeun komunikasi antara departemén, ngeunaan kagancangan sareng efisiensi.
Lamun tim aya antara departemén ngan pikeun ngalakukeun hal sejenna misah, tur aya pikeun lila, mangka nyieun hiji halangan teu perlu. Ayeuna programer, tinimbang langsung angkat ka administrator pikeun ngabéréskeun masalah, mimitina kedah ngahubungi departemén DevOps, sareng anjeunna bakal ngaléngkah.
Ku alatan éta, pikeun ngamimitian, Anjeun kudu nyieun tim samentara. Bakal aya conditionally salila genep bulan, maksimum sataun, gumantung kana tugas di leungeun, ngan pikeun ngaleungitkeun hiji watesan nu urang geus dipilih. Lajeng manehna bakal maot. Upami urang milih titik salajengna dimana urang gaduh seueur nyeri sareng sadar yén urang ogé peryogi tim anu misah pikeun éta, maka urang bakal nyiptakeun deui. Tapi tim sapertos kitu henteu kedah aya "sacara permanén" - teras aranjeunna ngan ukur ngaganggu komunikasi sareng umumna ngalaksanakeun tugas anu misah ngan ukur pikeun ngalaksanakeun hiji hal. Tugas ieu tiasa henteu aya hubunganana sareng DevOps atanapi transformasi pisan. Naha urang henteu masihan tugas ieu ka departemén anu aya?
Naha tim samentawis diperyogikeun?
Konflik jeung prosés ayeuna. Transformasi DevOps sanés ngan ukur parobahan dina téknologi sareng alat anu kami anggo, tapi parobihan dina prosés padamelan, pamikiran sareng nilai. Upami tim damel cara anu parantos biasa, éta moal tiasa nyobian pendekatan anu sanés.
Jalma-jalma ieu kedah hirup ku aturan anu béda-béda: teu malire sadaya KPI di perusahaan sabab nyobian damel béda. Tim samentara moal eusian kaluar aplikasi pikeun meunangkeun server a, tapi bakal langsung ka departemen nu ngatur aranjeunna, nungtut yen aranjeunna masihan naon maranéhna kudu heula, sabab mangrupakeun prioritas tur sabab nyoba hirup béda. Tim éta dina konflik lengkep sareng sadaya prosés ayeuna. Pikeun mastikeun yén prakték gawé anu aya henteu ngaganggu aranjeunna ayeuna, sareng aranjeunna henteu ngaganggu batur, urang ngasingkeun jalma-jalma ieu kana tim anu misah.
Ngahindarkeun birokrasi dina percobaan. Tim samentawis teu gaduh birokrasi, aranjeunna henteu ngajukeun laporan waktos, aranjeunna henteu ngalaporkeun ka manajer. Ieu mangrupikeun dunya anu misah dimana jalma-jalma hirup sareng mikir béda-béda sareng ngalakukeun hal-hal anu béda-béda. Teu perlu ngaganggu deui.
Karya non-stop dina jasa. Dina titik kahiji, urang milih hiji hal anu urang bakal ékspérimén kalawan. Ékspérimén sareng milarian cara pikeun damel langkung saé saé, tapi kami ogé hoyong ngadamel fitur. Upami sadayana tim museurkeun kana transformasi tinimbang fitur, maka urang bakal mimiti kaleungitan panghasilan, bug bakal ngagantung pikeun waktos anu lami - urang henteu peryogi ieu. Nyiptakeun tim samentawis ngamungkinkeun anjeun ékspérimén tanpa lirén ngerjakeun produk.
Tong miceunan waktos kanggo tugas-tugas padamelan. Éta ngeunaan produk deui. Butuh loba waktu pikeun tim pikeun nyobaan parabot jeung barang séjén. Bakal butuh sahenteuna genep bulan pikeun jalma ngawasaan alat-alat, ngawitan nerapkeunana sareng dianggo sacara normal. Upami aranjeunna ogé fokus kana produk, genep bulan bakal manteng sacara kosmis. Upami jalma ngerjakeun produk, aranjeunna deui damel sareng prosés anu lami - urang henteu peryogi éta.
Ku alatan éta, urang napelkeun jalma ti departemén béda ka tim misah nu bakal transformasi jasa. Hasilna, jasa gawéna, terus ngamekarkeun, sarta dina waktos anu sareng urang ngalaksanakeun sababaraha percobaan dina eta.
Tim samentawis ngan ukur didedikasikeun pikeun transformasi DevOps - ngaleungitkeun watesan anu kami mendakan, sareng teu aya deui.
Tim diwangun ku jalma serbaguna. Ieu ngandung harti yén urang hired teu ukur pamekar. Kami henteu sumping ka pusat jasa sareng nyandak satengah tim ti dinya - henteu, kami nyandak jalma ti departemén béda. Sababaraha titik ka tukang, kami mendakan departemén anu béda sareng karyawan anu béda anu aya hubunganana sareng jasa anu dirobih. Kami ngarékam tim ti aranjeunna, sabab éta kedah universal - urang bakal ngarobih prosés tés, prosés pamekaran, sareng prosés pangropéa jasa. Kompeténsi béda diperlukeun.
Biasana urang nyandak pamekar, panguji sareng insinyur, hiji-hiji, sareng babarengan sareng aranjeunna kami mendakan solusi anu ngamungkinkeun urang hirup béda.
Éta desirable yén jalma ieu boga otoritas dina organisasi. Anjeun panginten kedah nyandak hiji konservatif, sanaos anjeun henteu hoyong. Lamun urang boga parusahaan badag, teu sadaya jelema bakal yakin kana gagasan urang, sarta sababaraha bisa nempatkeun spoke dina roda urang, contona, ku teu nyadiakeun stand. Ieu dimana anjeun peryogi "otoritas" - jalma anu terhormat sareng pangalaman éksténsif anu ngagaduhan sikep anu hadé ti kolega-Na. Wewenang karyawan dina tim bakal nyederhanakeun tugas sareng padamelan tim samentawis. Jalma bakal mikir:
- Leres, lalaki anu saé ieu urang sadayana terang sareng cinta pas di dinya - katingalina aya anu patut ditingali dina DevOps!
Netepkeun tujuan
Kami ngumpulkeun jalma, milih jasa, ningali larangan, sareng nangtukeun jalma mana anu bakal kami pangaruh. Ayeuna anjeun kedah nyetél tujuan sareng éta kedah lempeng ku SMART - sagalana urang cinta.
Husus - husus.
Bisa diukur - bisa diukur. Ieu mangrupikeun titik SMART anu penting pisan. Upami anjeun henteu tiasa ngukur hiji hal, maka anjeun moal tiasa ngarobih sareng ngartos naon sareng kumaha anjeun lakukeun langkung saé atanapi langkung goréng.
Achievable - achievable. Jieun pangaluyuan pikeun nyocogkeun ka kabutuhan husus Anjeun. Upami anjeun perusahaan perusahaan anu gaduh sajarah panjang sareng beban tanggung jawab anu ageung, anu ngaluarkeun versi produk sakali sataun, maka anjeun moal tiasa ngahontal sékrési versi anyar produk unggal jam dina genep bulan. Éta moal jalan kitu. Ku alatan éta, set hiji tujuan realistis nu bisa dihontal dina jangka waktu nu bisa ditarima.
Relevan - relevan. Kami ngan ukur ngaleungitkeun larangan anu leres-leres ngalayanan tujuan urang ayeuna.
Waktos Limited - kawates dina jangka waktu. Upami teu aya watesna, tim bakal ngalakukeun naon waé anu dipikahoyong: coba 15 téknologi tibatan 3, nyerat laporan anu ageung, ngalaksanakeun panalungtikan anu teu aya gunana, ngagosok palaksanaanna dugi ka bersinar nalika tujuanana parantos dihontal.
Kami nyandak tujuan nganggo Peta Aliran Nilai - urang kumpulkeun deui sadayana jalma sareng ngagambar aranjeunna. Tapi ngan ayeuna, dumasar kana Peta Nilai Stream saméméhna, urang ngagambar naon urang hayang meunang.
Kami nyorot hiji watesan anu bakal kami hapus ayeuna - ieu anu bakal dilakukeun ku tim. Salaku conto, kuring ngadagoan tina sékrési réngsé dugi ka panyebaranna dina produksi - ieu mangrupikeun watesan anu paling umum anu ku jalma-jalma giliran konsultan.
Dumasar kana ieu, urang nyetél tugas: urang hoyong antosan antara sékrési réngsé sareng badé perang maksimal sajam.
Conto tugas.
- Ngurangan Waktos Tes tina 4 dinten janten 1 jam.
- Ngurangan Nilai Tambah Waktu keur nguji ti 2 poé ka 3 jam.
- Ngurangan Lead Time of deployment ti 5 jam ka 10 menit.
- Ningkatkeun C / A tina 50% ka 95%, nyaéta, ningkatkeun jumlah fitur anu ditampi ku panguji, dina basa sanés, ningkatkeun kualitas karya pamekar.
Conto tugas henteu dicandak tina kapala urang - aranjeunna dumasar kana pangukuran anu dilakukeun nalika ngembangkeun Peta Aliran Nilai.
Kami nyetél tugas anu sami pikeun tim kami sareng wates waktos. Gumantung kana kumaha perusahaan anjeun lakukeun, anjeun nyetél wates waktu anu béda. Rata-rata, biasana butuh genep bulan pikeun ngaleungitkeun watesan, upami jalma ngalakukeun ieu pikeun kahiji kalina sareng henteu acan terang téknologi naon sareng kumaha khususna aranjeunna bakal ngabéréskeun masalah éta.
Perencanaan pondok
Janten, tim kami diciptakeun, éta ngagaduhan tujuan, jalma-jalma ngamimitian damel. Hiji titik penting nyaéta perencanaan pondok gawé: sprints hiji dua minggusareng henteu deui, perbaikan bisa diukur unggal minggu jeung koreksi tangtu.
Contona, urang mindeng ngagunakeun pendekatan obah-obahNalika sakabeh tim ngumpul di awal minggu unggal, maranéhna nulis dina file naon dulur bakal ngalakukeun. Saatos saminggu, urang perhatikeun naon anu parantos dilakukeun sareng naon anu henteu, upami henteu, teras kunaon, sareng urang mikiran naon anu kedah dilakukeun salajengna.
Sprints ngidinan Anjeun pikeun nyieun koréksi kursus timely.
Pikeun saminggu atanapi dua anjeun nyobian hiji hal: téknologi, pendekatan, cara damel, saatos anjeun ngukur deui sareng ningali - naha éta janten langkung saé atanapi langkung goréng kalayan pendekatan ieu? Upami éta langkung parah, éta hartosna urang nuju salah arah, urang kedah ngabenerkeun kursus: nyetél tugas anu béda, nyandak téknologi anu béda, atanapi ngalakukeun anu sanés. Sprint pondok 1-2 minggu ngamungkinkeun anjeun pikeun maneuver sareng nyingkahan kaputusan anu goréng dina waktosna.
Ngabagi kasuksésan
Tim ngahontal sababaraha kasuksésan, leutik atanapi ageung - henteu masalah, sok aya hasilna. Sadayana kedah terang ngeunaan hasil ieu: boh anu kalibet dina DevOps sareng departemén tatangga. Dina dunya idéal, éta bakal desirable pikeun ieu anjog pisan ka sadaya jalma di perusahaan.
Kanggo naon? Upami urang hoyong ngarobih sanés ngan ukur bagian tina perusahaan, ngaleungitkeun henteu ngan ukur hiji watesan, tapi sadayana sacara umum, ku kituna perusahaan janten fleksibel, kodeu gancang dugi ka klien, sareng teu aya anu ngarecah, urang kedah sadayana satia kana ideu. tina DevOps. Anjeun moal tiasa nerapkeun pendekatan kana jasa sareng tim anu teu kuat ngalawan éta.
Pikeun kasatiaan muncul, urang kedah nyarios ka sadayana yén urang parantos nyobian ieu - urang gaduh hasil, cobian ogé! Ieu bakal ningkatkeun minat sareng kasatiaan kana naon anu urang laksanakeun, jalma bakal mimiti nyobian ngalakukeun hiji hal ayeuna. Salaku prakték nempokeun, nalika kami ngabejaan Anjeun naon urang diusahakeun tur naon urang kahontal, tim séjén mimiti nanya kumaha jeung naon urang ngalakukeun. Aranjeunna ningali palaksanaan, kode, dokuméntasi, muncul patarosan sareng nyobian ngarobih hiji hal dina diri.
Ngawangkong ngeunaan naon anu anjeun lakukeun penting. Ku cara ieu anjeun bakal ngayakinkeun konservatif anu hoyong ngalakukeun sagala cara ku cara anu lami pikeun gabung ku kemah anjeun sareng ngarobih janten inovator.
dina total
Milih jasa, salaku titik awal - tempat dimana urang bakal ngamimitian parobahan dina pausahaan. Urang ngaidentipikasi saha waé anu aya hubunganana sareng jasa éta sareng sareng aranjeunna ngawangun Peta Aliran Nilai, urang ngukur jeung ningali dimana jeung naon watesan.
Nyieun tim samentara anyar, nu bakal ngajawab masalah. Dumasar pangukuran sareng Peta Aliran Nilai urang ngagambar peta anyar, dimana urang nyorot watesan nu urang bakal ngajawab. Dumasar watesan ieu netepkeun tugas, anu bakal diurus ku tim. Tugas kudu kudu SMART - spésifik, diukur, relevan pikeun tugas ayeuna sareng dugi ka waktosna.
Malikan deui prosésna, nepi ka urang ngarobah pancen sakabeh jasa urang kana formulir diperlukeun tur ngaleungitkeun sagala larangan.
Bonus. bahan mangpaat
Pikeun anu mutuskeun pikeun ngalakukeun DevOps sorangan.
Proyék "Phoenix"
Judul aslina nyaéta "Proyék Phoenix: Novel ngeunaan Éta, Devops, sareng Ngabantosan Usaha anjeun Win." Ieu mangrupikeun novél ngeunaan DevOps - carita kumaha saurang karyawan janten kapala jabatan anu sok kahuruan. Bos énggal dibéré tugas:
"Anjeun gaduh sababaraha taun pikeun ngabenerkeun sadayana supados kami tungtungna tiasa nganteurkeun produk kami ka konsumén urang gancang sareng éfisién."
"Proyék Phoenix" Novel ngeunaan kumaha DevOps ngarobih kahirupan anu langkung saé" mangrupikeun buku pikeun sadaya manajer, sabab ieu mangrupikeun jalma-jalma anu nyandak kaputusan ngeunaan naon anu kajantenan di perusahaan. Upami anjeun insinyur atanapi programer sareng hoyong gerakan sareng transformasi dimimitian di perusahaan anjeun, mésér buku sareng masihan ka manajemén. Novel ieu ngajelaskeun sadayana sareng dibaca gancang sareng gampang.
Panungtun DevOps
Bukuna beuki pajeulit. Diterbitkeun sababaraha taun ka pengker dina basa Inggris dina judul "The DevOps Handbook How to create world-class agility, reliability, and security in Technology organizations," tapi ayeuna parantos sayogi dina basa Rusia. Ieu nyata Buku Panduan - pituduh praktis: kumaha ngalaksanakeun pangukuran, naon Peta Aliran Nilai sareng kunaon diperyogikeun, dimana angkat, dina urutan naon. Buku téh ngan pikeun maranéhanana anu rék ngalakukeun sagalana sorangan. Anu paling penting, éta ngandung conto pangalaman perusahaan sanés.
Contona, eta ngabejaan kumaha hiji parusahaan diwangun Peta Niley Stream sarta sadar yén watesan na teu di produk, tapi kanyataan yén kasir leumpang ti toko ka kantor hareup pikeun pamakéan produk ieu. Gantina ngarengsekeun masalah sareng program, aranjeunna ngan ukur mésér tablet pikeun para penjualna, sareng ayeuna teu aya anu mana waé, sareng sadaya tindakan dilaksanakeun di tempat kerjana. kacindekan: Nilai Stream Peta bisa diperpanjang teu ukur keur software, tapi ogé pikeun sakabéh prosés dina organisasi.
ngagancangkeun
Judul lengkep: "Ngagancangkeun: Élmu Software Lean sareng DevOps: Ngawangun sareng Skala Organisasi Téknologi Berprestasi Tinggi." Ieu tingkat salajengna - hardcore. Buku ieu diterbitkeun taun ka tukang, sajauh ieu ngan dina basa Inggris sarta ngeunaan panalungtikan. Panulis-Nicole Forsgren, Jez Humble, sareng Gene Kim-parantos ngagunakeun prakték anu béda di perusahaan anu béda salami mangtaun-taun sareng naliti prakték mana anu mangaruhan naon sareng kumaha.
Bab kadua, ngeunaan pangukuran, nyebatkeun Peta Aliran Nilai, métrik anu ku kuring disebatkeun, sareng seueur anu sanésna, sareng ogé ngajelaskeun prosés pangukuran sacara rinci. Panulis ngukur ngagunakeun angkét sareng tugas nyukcruk diri. Éta ngajelaskeun sacara rinci métrik mana anu leres pikeun diukur, mana anu henteu kedah diukur, sareng kasalahan manusa dina pangukuran. Upami Anjeun gaduh kasusah dina ukuran, tingal bab kadua buku "Ngagancangkeun". Upami tim anjeun ngan saukur gaduh seueur prakték, tapi henteu écés prakték mana anu bakal diterapkeun ayeuna, mana anu engké, mana anu leres-leres damel sareng mana anu henteu - baca, buku ngajelaskeun sadayana.
Transformasi mangrupikeun masalah di persimpangan DevOps sareng manajemén. Di tempat anu sami dina simpang pangwangunan, operasi sareng uji coba mangrupikeun topik anu urang coba bahas. , integrasi sarua diperlukeun pikeun nyieun hiji produk kualitas - topik utama . manajemén festival dikintunkeun - hartina dulur aya pikeun gagasan pikeun transformasi. Miluan kami dina 27 sareng 28 Méi, kami bakal ngahijikeun sareng ngarobih.
sumber: www.habr.com
