ሰባቱ የዴቭኦፕስ ትራንስፎርሜሽን ቅርሶች

"ዴፕፕስ እንዴት እንደሚተገበር" የሚለው ጥያቄ ለብዙ አመታት ቆይቷል, ነገር ግን ብዙ ጥሩ ቁሳቁሶች የሉም. አንዳንድ ጊዜ ምንም ቢሆን ጊዜያቸውን መሸጥ ከሚፈልጉ በጣም ብልህ ካልሆኑ አማካሪዎች የማስታወቂያ ሰለባ ይሆናሉ። አንዳንድ ጊዜ እነዚህ የሜጋ ኮርፖሬሽኖች መርከቦች የአጽናፈ ሰማይን ስፋት እንዴት እንደሚያርሱ ግልጽ ያልሆኑ በጣም አጠቃላይ ቃላቶች ናቸው። ጥያቄው የሚነሳው-ይህ ለእኛ ምን ያገባናል? ውድ ደራሲ፣ ሃሳብህን በዝርዝር ውስጥ በግልፅ ማዘጋጀት ትችላለህ?

ይህ ሁሉ የመነጨው ብዙ እውነተኛ ልምምድ እና የኩባንያው ባህል ለውጥ ውጤት ግንዛቤ ስላልተጠራቀመ ነው። የባህል ለውጦች የረጅም ጊዜ ነገሮች ናቸው, ውጤቱም በሳምንት ወይም በወር ውስጥ አይታይም. ኩባንያዎች ባለፉት ዓመታት እንዴት እንደተገነቡ እና እንዳልተሳካላቸው ለማየት የሚያስችል እድሜ ያለው ሰው እንፈልጋለን።

ጆን ዊሊስ - ከዴቭኦፕስ አባቶች አንዱ። ጆን ከብዙ ኩባንያዎች ጋር በመስራት የአስርተ ዓመታት ልምድ አለው። በቅርብ ጊዜ, ጆን ከእያንዳንዳቸው ጋር ሲሰሩ የሚከናወኑ ልዩ ዘይቤዎችን ማስተዋል ጀመረ. ጆን እነዚህን ጥንታዊ ቅርሶች በመጠቀም በዴቭኦፕስ ለውጥ እውነተኛ መንገድ ላይ ኩባንያዎችን ይመራል። ስለእነዚህ ጥንታዊ ቅርሶች ከDevOops 2018 ኮንፈረንስ በሪፖርቱ ትርጉም ላይ የበለጠ ያንብቡ።

ስለ ተናጋሪው፡-

ከ 35 ዓመታት በላይ በአይቲ አስተዳደር ውስጥ ፣ የ OpenCloud ቀዳሚውን በካኖኒካል ፍጥረት ውስጥ የተሳተፈ ፣ በ 10 ጅምሮች ውስጥ የተሳተፈ ሲሆን ከእነዚህ ውስጥ ሁለቱ ለ Dell እና Docker ተሽጠዋል ። በአሁኑ ጊዜ እሱ በ SJ ቴክኖሎጂዎች ውስጥ የዴቭኦፕስ እና የዲጂታል ልምዶች ምክትል ፕሬዝዳንት ነው።

ቀጥሎ ያለው ታሪክ በዮሐንስ እይታ ነው።

ስሜ ጆን ዊሊስ እባላለሁ እና እኔን ለማግኘት ቀላሉ ቦታ ትዊተር ላይ ነው ፣ @botchagalupe. በGmail እና GitHub ላይ ተመሳሳይ ቅጽል አለኝ። ሀ በዚህ አገናኝ ለእነርሱ የእኔን ዘገባዎች እና አቀራረቦች የቪዲዮ ቅጂዎችን ማግኘት ይችላሉ.

ከተለያዩ ትላልቅ ኩባንያዎች CIOs ጋር ብዙ ስብሰባዎች አሉኝ። ብዙውን ጊዜ DevOps ምን እንደሆነ እንዳልገባቸው ያማርራሉ፣ እና እነሱን ለማስረዳት የሚሞክሩ ሁሉ ስለ አንድ ነገር እያወሩ ነው። ሌላው የተለመደ ቅሬታ DevOps አይሰራም, ምንም እንኳን ዳይሬክተሮች እንደተገለጸላቸው ሁሉንም ነገር እያደረጉ ቢሆንም. እየተነጋገርን ያለነው ከመቶ ዓመት በላይ ስላላቸው ትልልቅ ኩባንያዎች ነው። ከእነሱ ጋር ከተነጋገርኩ በኋላ ለብዙ ችግሮች በጣም ተስማሚ የሆነው ከፍተኛ ቴክኖሎጂ ሳይሆን በአንጻራዊነት ዝቅተኛ የቴክኖሎጂ መፍትሄዎች ነው ወደሚል መደምደሚያ ደረስኩ። ለሳምንታት ያህል ከተለያዩ ዲፓርትመንቶች የመጡ ሰዎችን አነጋግሬያለሁ። በፖስታው ላይ በመጀመርያው ሥዕል ላይ የምታዩት የመጨረሻው ፕሮጄክቴ ነው፤ ከሶስት ቀን ሥራ በኋላ ክፍሉ ይህን ይመስላል።

DevOps ምንድን ነው?

በእርግጥ 10 የተለያዩ ሰዎችን ብትጠይቅ 10 የተለያዩ መልሶች ይሰጣሉ። ግን እዚህ አስገራሚው ነገር ነው፡ እነዚህ አሥሩ መልሶች ትክክል ይሆናሉ። እዚህ ምንም የተሳሳተ መልስ የለም. በDevOps ውስጥ ለ10 ዓመታት ያህል ጥልቅ ነበርኩ፣ እና በመጀመሪያው DevOpsday የመጀመሪያው አሜሪካዊ ነበርኩ። በዴቭኦፕስ ውስጥ ከተሳተፉት ሁሉ የበለጠ ብልህ ነኝ አልልም፣ ነገር ግን በእሱ ላይ ያን ያህል ጥረት ያደረገ ሰው የለም ማለት ይቻላል። DevOps የሚከሰተው የሰው ካፒታል እና ቴክኖሎጂ አንድ ላይ ሲሆኑ ነው ብዬ አምናለሁ። ስለ ሁሉም ዓይነት ባህሎች ብዙ ብንነጋገርም ስለ ሰው ስፋት ብዙ ጊዜ እንረሳዋለን።

አሁን ብዙ መረጃዎች አሉን, የአምስት አመት የአካዳሚክ ምርምር, የንድፈ ሃሳቦችን በኢንዱስትሪ ደረጃ መሞከር. እነዚህ ጥናቶች የሚነግሩን በድርጅታዊ ባህል ውስጥ አንዳንድ የባህሪ ቅጦችን ካዋሃዱ 2000x ፍጥነትን ማሳካት ይችላሉ። ይህ ማፋጠን በመረጋጋት እኩል መሻሻል ጋር ይዛመዳል። ይህ DevOps ለማንኛውም ኩባንያ ሊያመጣ የሚችለውን ጥቅም የቁጥር መለኪያ ነው። ከጥቂት አመታት በፊት ስለ ዴቭኦፕስ ለፎርቹን 5000 ኩባንያ ዋና ስራ አስፈፃሚ እያወራሁ ነበር፡ ለዝግጅት ክፍሌ ስዘጋጅ በጣም ፈርቼ ነበር ምክንያቱም የዓመታት ልምድዬን በ5 ደቂቃ ውስጥ ማጠቃለል ነበረብኝ።

በመጨረሻ የሚከተለውን ሰጥቻለሁ የዴቭኦፕስ ፍቺየሰው ሀብትን ወደ ከፍተኛ አፈጻጸም ወደ ድርጅታዊ ካፒታል ለመቀየር የሚያስችሉ የአሰራር እና የአሰራር ዘዴዎች ስብስብ ነው። ለምሳሌ ቶዮታ ላለፉት 50 እና 60 ዓመታት ሲሰራ የነበረበት መንገድ ነው።

(ከዚህ በኋላ እንደነዚህ ያሉት ሥዕላዊ መግለጫዎች የሚቀርቡት እንደ ማጣቀሻ ቁሳቁስ ሳይሆን እንደ ምሳሌ ነው. ይዘታቸው ለእያንዳንዱ አዲስ ኩባንያ የተለየ ይሆናል. ነገር ግን ስዕሉ በተናጠል ሊታይ እና ሊሰፋ ይችላል. በዚህ ሊንክ.)

በጣም ከተሳካላቸው እንደዚህ ያሉ ልምዶች አንዱ ነው እሴት የዥረት አሰራር. በዚህ ጉዳይ ላይ ብዙ ጥሩ መጽሃፎች ተጽፈዋል, በጣም ስኬታማ የሆኑት በካረን ማርቲን ናቸው. ባለፈው አመት ግን ይህ አካሄድ እንኳን በጣም ከፍተኛ ቴክኖሎጂ ነው ወደሚል መደምደሚያ ደርሻለሁ። በእርግጥ ብዙ ጥቅሞች አሉት እና ብዙ ተጠቅሜበታለሁ። ነገር ግን ዋና ስራ አስፈፃሚው ኩባንያቸው ለምን ወደ አዲስ የባቡር ሀዲዶች መቀየር እንደማይችል ሲጠይቅ፣ ስለ እሴት ፍሰት ካርታ ማውራት በጣም ገና ነው። በመጀመሪያ ሊመለሱ የሚገባቸው ብዙ ተጨማሪ መሠረታዊ ጥያቄዎች አሉ።

እኔ እንደማስበው ብዙዎቹ ባልደረቦቼ የሚሠሩት ስህተት ለኩባንያው ባለ አምስት ነጥብ መመሪያ ሰጥተው ከስድስት ወር በኋላ ተመልሰው መጥተው የሆነውን ነገር ማየት ነው። እንደ የእሴት ዥረት ካርታ ያለ ጥሩ እቅድ እንኳን ፣ እንበል ፣ ዓይነ ስውር ነጠብጣቦች አሉት። ከተለያዩ ኩባንያዎች ዳይሬክተሮች በመቶዎች ከሚቆጠሩ ቃለ-መጠይቆች በኋላ ችግሩን ወደ ክፍሎቹ ለመከፋፈል የሚያስችለንን የተወሰነ ንድፍ አዘጋጅቻለሁ, እና አሁን እያንዳንዳቸውን በቅደም ተከተል እንነጋገራለን. ማንኛውንም የቴክኖሎጂ መፍትሄዎችን ከመተግበሩ በፊት, ይህንን ንድፍ እጠቀማለሁ, እናም በዚህ ምክንያት, ግድግዳዎቼ በሙሉ በስዕላዊ መግለጫዎች ተሸፍነዋል. በቅርቡ ከጋራ ፈንድ ጋር እየሠራሁ ነበር እና ከ100-150 እንደዚህ ያሉ እቅዶችን ጨርሻለሁ።

መጥፎ ባህል ለቁርስ ጥሩ አቀራረቦችን ይመገባል።

ዋናው ሀሳብ ይህ ነው-የድርጅት ባህል እራሱ መጥፎ ከሆነ ሊን, አጊል, SAFE እና DevOps ምንም አይነት አይረዱም. ያለ ስኩባ ማርሽ ወይም ያለ ኤክስሬይ ወደ ጥልቀት እንደመጠምዘዝ ነው። በሌላ አነጋገር ድሩከር እና ዴሚንግን ለማብራራት፡- መጥፎ ድርጅታዊ ባህል የትኛውንም መልካም ስርዓት ሳይታነቅ ይውጣል።

ይህንን ዋና ችግር ለመፍታት የሚከተሉትን እርምጃዎች መውሰድ ያስፈልግዎታል:

1. ሁሉንም ስራዎች እንዲታዩ ያድርጉ፡ ሁሉንም ስራዎች እንዲታዩ ማድረግ ያስፈልግዎታል. በአንዳንድ ስክሪኖች ላይ የግድ መታየት አለበት ከሚለው አንጻር ሳይሆን መታየት ያለበት መሆን አለበት።
2. የተዋሃዱ የሥራ አስተዳደር ሥርዓቶች; የአስተዳደር ስርዓቶችን ማጠናከር ያስፈልጋል. በ"ጎሳ" የእውቀት እና የተቋማዊ እውቀት ችግር ከ9 10 ጉዳዮች ማነቆው ሰዎች ናቸው። በመጽሐፉ ውስጥ "ፊኒክስ ፕሮጀክት" ችግሩ የተፈጠረው ፕሮጀክቱ ከታቀደለት ሶስት አመት እንዲዘገይ ያደረገው ብሬንት ከአንድ ሰው ጋር ነው። እና በሁሉም ቦታ ወደ እነዚህ "ብሬንቶች" እሮጣለሁ. እነዚህን ማነቆዎች ለመፍታት፣ በዝርዝራችን ውስጥ ያሉትን ሁለት ነገሮች እጠቀማለሁ።
3. የእገዳዎች ንድፈ ሃሳብ፡- ገደቦች ንድፈ ሐሳብ.
4. የትብብር ጠለፋዎች፡- የትብብር ጠላፊዎች.
5. ቶዮታ ካታ (ካታ ማሰልጠን): ስለ ቶዮታ ካታ ብዙም አላወራም። ፍላጎት ካለህ በእኔ github ላይ አቀራረቦች አሉ። በእያንዳንዱ በእነዚህ ርዕሶች ላይ ማለት ይቻላል.
6. ገበያ ተኮር ድርጅት፡- ገበያ ተኮር ድርጅት.
7. የግራ ፈረቃ ኦዲተሮች፡- በዑደት የመጀመሪያ ደረጃዎች ላይ ኦዲት.

ከአንድ ድርጅት ጋር በቀላሉ መሥራት እጀምራለሁ፡ ወደ ኩባንያው ሄጄ ከሠራተኞቹ ጋር አወራለሁ። እንደሚመለከቱት, ምንም ከፍተኛ ቴክኖሎጂ የለም. የሚያስፈልግህ ነገር ለመጻፍ ብቻ ነው። በአንድ ክፍል ውስጥ ብዙ ቡድኖችን ሰብስቤ የሚነግሩኝን ከ7 አርኬቲፕቶቼ አንፃር ተንትኛለሁ። እና ከዚያ እራሳቸው ምልክት ማድረጊያ እሰጣቸዋለሁ እና እስካሁን ድረስ ጮክ ብለው የተናገሩትን ሁሉ በቦርዱ ላይ እንዲጽፉ እጠይቃለሁ። ብዙውን ጊዜ በእንደዚህ ዓይነት ስብሰባዎች ውስጥ ሁሉንም ነገር የሚጽፍ አንድ ሰው አለ, እና በጥሩ ሁኔታ የውይይቱን 10% መፃፍ ይችላል. በእኔ ዘዴ ይህ ቁጥር ወደ 40% ገደማ ሊጨምር ይችላል.

(ይህ ምሳሌ በተናጠል ሊታይ ይችላል አገናኝ ይመልከቱ)

የእኔ አቀራረብ በዊልያም ሽናይደር ስራ ላይ የተመሰረተ ነው. የዳግም ምህንድስና አማራጭ). አቀራረቡ ማንኛውም ድርጅት በአራት አደባባዮች ሊከፈል ይችላል በሚለው ሃሳብ ላይ የተመሰረተ ነው. ለእኔ ይህ እቅድ ብዙውን ጊዜ ድርጅትን በሚተነተንበት ጊዜ ከሚነሱ በመቶዎች ከሚቆጠሩ ሌሎች እቅዶች ጋር በመስራት ነው። ከፍተኛ ቁጥጥር ያለው፣ ግን ዝቅተኛ ብቃት ያለው ድርጅት አለን እንበል። ይህ እጅግ በጣም የማይፈለግ አማራጭ ነው፡ ሁሉም ሰው መስመሩን ሲዘረጋ ግን ምን ማድረግ እንዳለበት ማንም አያውቅም።

በተወሰነ ደረጃ የተሻለው አማራጭ በሁለቱም ቁጥጥር እና ብቃት ከፍተኛ ደረጃ ያለው ነው. እንዲህ ዓይነቱ ኩባንያ ትርፋማ ከሆነ ምናልባት DevOps አያስፈልገውም። ከፍተኛ ቁጥጥር, ዝቅተኛ ብቃት እና ትብብር ካለው ኩባንያ ጋር አብሮ መስራት በጣም አስደሳች ነው, ግን በተመሳሳይ ጊዜ ከፍተኛ የባህል ደረጃ (እርሻ). ይህ ማለት ኩባንያው እዚያ መሥራት የሚወዱ ብዙ ሰዎች ያሉት ሲሆን የሠራተኛ መጠኑ ዝቅተኛ ነው.

(ይህ ምሳሌ በተናጠል ሊታይ ይችላል አገናኝ ይመልከቱ)

ግትር መመሪያዎችን የያዙ ዘዴዎች እውነትን ለማግኘት እንቅፋት የሚሆኑበት ይመስለኛል። በተለይ በእሴት ዥረት ካርታ ላይ መረጃ እንዴት መዋቀር እንዳለበት ብዙ ህጎች አሉ። በመጀመሪያዎቹ የሥራ ደረጃዎች, አሁን እየተናገርኩ ያለሁት, ማንም ሰው እነዚህን ደንቦች አያስፈልገውም. በእጆቹ ላይ ጠቋሚ ያለው ሰው በቦርዱ ውስጥ ያለውን የኩባንያውን ትክክለኛ ሁኔታ ከገለጸ, ይህ የሁኔታውን ሁኔታ ለመረዳት ከሁሉ የተሻለው መንገድ ነው. እንዲህ ዓይነቱ መረጃ ወደ ዳይሬክተሮች አይደርስም. በዚህ ጊዜ ሰውየውን ማቋረጥ እና አንድ ዓይነት ቀስት በትክክል ሣለው ማለት ሞኝነት ነው። በዚህ ደረጃ, ቀላል ደንቦችን መጠቀም የተሻለ ነው, ለምሳሌ: ባለብዙ ደረጃ ማጠቃለያ በቀላሉ ባለብዙ ቀለም ምልክቶችን በመጠቀም ሊፈጠር ይችላል.

እደግመዋለሁ, ምንም ከፍተኛ ቴክኖሎጂ የለም. ጥቁር ጠቋሚው ሁሉም ነገር እንዴት እንደሚሰራ ተጨባጭ እውነታን ያሳያል. በቀይ ምልክት, ሰዎች ስለ ወቅታዊው ሁኔታ የማይወዱትን ምልክት ያደርጋሉ. እኔ ሳልሆን እነሱ ይህን መጻፍ አስፈላጊ ነው. ከስብሰባ በኋላ ወደ CIO ስሄድ፣ መስተካከል ያለባቸውን 10 ነገሮች ዝርዝር አላቀርብም። በኩባንያው ውስጥ ያሉ ሰዎች በሚናገሩት እና በተረጋገጡ ቅጦች መካከል ግንኙነቶችን ለማግኘት እጥራለሁ። በመጨረሻም, ሰማያዊ ጠቋሚ ለችግሩ መፍትሄዎች ሊሆኑ የሚችሉ መፍትሄዎችን ይጠቁማል.

(ይህ ምሳሌ በተናጠል ሊታይ ይችላል አገናኝ ይመልከቱ)

የዚህ አቀራረብ ምሳሌ አሁን ከላይ ተገልጿል. በዚህ ዓመት መጀመሪያ ላይ ከአንድ ባንክ ጋር ሠርቻለሁ. እዚያ ያሉት የደህንነት ሰዎች ወደ ዲዛይን እና ግምገማ መምጣት እንደሌለባቸው እርግጠኞች ነበሩ።

(ይህ ምሳሌ በተናጠል ሊታይ ይችላል አገናኝ ይመልከቱ)

እና ከዛም ከሌሎች ዲፓርትመንቶች የመጡ ሰዎችን አነጋገርን እና የዛሬ 8 አመት አካባቢ የሶፍትዌር ገንቢዎች ስራን በማቀዝቀዝ የደህንነት ሰራተኞችን ያባረሩ ነበር። እና ከዚያ ወደ እገዳ ተለወጠ, እሱም እንደ ቀላል ተወስዷል. ምንም እንኳን በእውነቱ ምንም እገዳ ባይኖርም.

ስብሰባችን እጅግ ግራ በሚያጋባ መልኩ ቀጠለ፡ ለሶስት ሰአት ያህል አምስት የተለያዩ ቡድኖች በኮዱ እና በጉባኤው መካከል ያለውን ሁኔታ ሊያስረዱኝ አልቻሉም። እና ይህ በጣም ቀላሉ ነገር ይመስላል። አብዛኛዎቹ የዴቭኦፕ አማካሪዎች ሁሉም ሰው ይህን አስቀድሞ እንደሚያውቅ ከፊት ​​ለፊት ይገምታሉ።

ከዚያም ለአራት ሰአታት ዝም ያለው የአይቲ አስተዳደር ሃላፊው ወደ ርእሱ ስንደርስ ድንገት ህያው ሆነና ብዙ ጊዜ ያዘን። በመጨረሻ ስለ ስብሰባው ምን እንደሚያስብ ጠየቅኩት እና የሰጠውን መልስ መቼም አልረሳውም። “ቀደም ሲል ባንካችን ሶፍትዌሮችን የሚያቀርብበት ሁለት መንገዶች ብቻ ነው ብዬ አስብ ነበር፣ አሁን ግን አምስቱ እንዳሉ አውቃለሁ፣ እና ስለ ሶስት እንኳን አላውቅም ነበር” ብሏል።

(ይህ ምሳሌ በተናጠል ሊታይ ይችላል አገናኝ ይመልከቱ)

በዚህ ባንክ የመጨረሻው ስብሰባ ከኢንቨስትመንት ሶፍትዌር ቡድን ጋር ነበር. በወረቀት ላይ ስዕላዊ መግለጫዎችን በአመልካች መፃፍ ከቦርድ የተሻለ እና ከስማርትቦርድ እንኳን የተሻለ የሆነው ከእሷ ጋር ነበር ።

የምትመለከቷቸው ፎቶዎች በስብሰባችን አራተኛ ቀን ላይ የሆቴሉ የስብሰባ አዳራሽ ምን እንደሚመስል ነው። እና ንድፎችን ለመፈለግ እነዚህን እቅዶች ተጠቀምን, ማለትም, አርኪታይፕስ.

ስለዚህ, የሰራተኞቹን ጥያቄዎች እጠይቃለሁ, መልሱን በሶስት ቀለማት (ጥቁር, ቀይ እና ሰማያዊ) ጠቋሚዎች ይጽፋሉ. መልሳቸውን ለአርኪዮሎጂስቶች ተንትኛለሁ። አሁን ሁሉንም የአርኪዮሎጂስቶች በቅደም ተከተል እንወያይ.

1. ሁሉንም ስራ እንዲታይ ያድርጉ፡ ስራ እንዲታይ ያድርጉ

አብሬያቸው የምሰራባቸው ኩባንያዎች ያልታወቁ ስራዎች በጣም ከፍተኛ መቶኛ አላቸው። ለምሳሌ, ይህ አንድ ሰራተኛ ወደ ሌላ ሰው ሲመጣ እና በቀላሉ አንድ ነገር ለማድረግ ሲጠይቅ ነው. በትልልቅ ድርጅቶች ውስጥ 60% ያልታቀደ ሥራ ሊኖር ይችላል. እና እስከ 40% የሚሆነው ስራ በምንም መልኩ አልተመዘገበም. ቦይንግ ቢሆን ኖሮ በህይወቴ ዳግመኛ አይሮፕላናቸውን አልሳፈርም ነበር። ከስራው ውስጥ ግማሹን ብቻ ከተመዘገበ, ይህ ስራ በትክክል እየተሰራ እንደሆነ ወይም እንዳልሆነ አይታወቅም. ሁሉም ሌሎች ዘዴዎች ከንቱ ሆነው ይመለሳሉ - ማንኛውንም ነገር በራስ-ሰር ለማድረግ መሞከር ምንም ፋይዳ የለውም ፣ ምክንያቱም የታወቁት 50% በጣም የተጣጣሙ እና ግልጽ የስራው አካል ሊሆኑ ይችላሉ ፣ የእሱ አውቶማቲክ ጥሩ ውጤቶችን አይሰጥም ፣ እና ከሁሉም የከፋው ነገሮች በማይታይ ግማሽ ውስጥ ናቸው. ሰነዶች በሌሉበት, ሁሉንም አይነት ጠለፋዎች እና የተደበቁ ስራዎችን ማግኘት አይቻልም, ማነቆዎችን ለማግኘት ሳይሆን, ቀደም ብዬ የተናገርኩትን "ብሬንትስ" . የዶሚኒካ ዴግራንዲስ ድንቅ መጽሐፍ አለ። "ስራ እንዲታይ ማድረግ". ትገልጻለች። አምስት የተለያዩ "የጊዜ መፍሰስ" (የጊዜ ሌቦች)

• በሂደት ላይ ያለ ስራ (WIP)
• ያልታወቁ ጥገኛዎች
• ያልታቀደ ሥራ
• የሚጋጩ ቅድሚያዎች
• ችላ የተባለ ሥራ

ይህ በጣም ዋጋ ያለው ትንታኔ ነው እና መጽሐፉ በጣም ጥሩ ነው, ነገር ግን ይህ ሁሉ ምክር 50% ብቻ የሚታይ ከሆነ ምንም ፋይዳ የለውም. ከ 90% በላይ ትክክለኛነት ከተገኘ በዶሚኒካ የታቀዱት ዘዴዎች ጥቅም ላይ ሊውሉ ይችላሉ. እኔ አንድ አለቃ አንድ የበታች 15-ደቂቃ ተግባር ይሰጣል የት ሁኔታዎች ማውራት ነኝ, ነገር ግን እሱን ሦስት ቀን ይወስዳል; ነገር ግን አለቃው ይህ የበታች በአራት ወይም በአምስት ሰዎች ላይ ጥገኛ መሆኑን በትክክል አያውቅም.

የፊኒክስ ፕሮጄክት ከሶስት አመት ዘግይቶ ስለነበረው ፕሮጀክት አስደናቂ ታሪክ ነው። ከገጸ ባህሪያቱ አንዱ በዚህ ምክንያት መባረር ይገጥመዋል፣ እና እንደ ሶቅራጥስ አይነት ከቀረበው ሌላ ገፀ ባህሪ ጋር ይገናኛል። በትክክል ምን እንደተፈጠረ ለማወቅ ይረዳል. ኩባንያው አንድ የስርዓት አስተዳዳሪ አለው ፣ ስሙ ብሬንት ነው ፣ እና ሁሉም ስራዎች በሆነ መንገድ በእሱ ውስጥ ያልፋሉ። በአንደኛው ስብሰባ ላይ ከበታቾቹ አንዱ ተጠይቀዋል-ለምንድነው እያንዳንዱ የግማሽ ሰዓት ሥራ አንድ ሳምንት ይወስዳል? መልሱ በጣም ቀለል ያለ አቀራረብ ነው የወረፋ ንድፈ ሃሳብ እና የትንሽ ህግ , እና በዚህ አቀራረብ ውስጥ በ 90% ቦታ ላይ, እያንዳንዱ የስራ ሰዓት 9 ሰአታት ይወስዳል. እያንዳንዱ ተግባር ለሰባት ሰዎች መላክ አለበት፣ ስለዚህ ያ ሰዓቱ 63 ሰዓት፣ 7 ጊዜ 9 ይሆናል። እያልኩ ያለሁት የሊትል ህግን ወይም ማንኛውንም የተወሳሰበ የወረፋ ቲዎሪ ለመጠቀም ቢያንስ ዳታ ሊኖርዎት ይገባል።

ስለዚህ ስለ ታይነት ስናገር ሁሉም ነገር በስክሪኑ ላይ ነው ማለቴ ሳይሆን ቢያንስ ዳታ አለህ ማለት ነው። በሚሰሩበት ጊዜ, ብዙውን ጊዜ ምንም ሳያስፈልግ ወደ ብሬንት የሚላከው በጣም ትልቅ መጠን ያለው ያልታቀደ ስራ መኖሩን ያሳያል. እና ብሬንት በጣም ጥሩ ሰው ነው፣ በፍጹም አይሆንም አይልም፣ ግን ስራውን እንዴት እንደሚሰራ ለማንም አይናገርም።

ስራው በሚታይበት ጊዜ ውሂቡ በጥሩ ሁኔታ ሊመደብ ይችላል (ይህ ነው ዶሚኒካ በፎቶው ላይ እያደረገ ያለው) ፣ የአምስት ጊዜ ፍንጣቂዎች ረቂቅነት ሊተገበር እና አውቶማቲክን መተግበር ይችላል።

2. የስራ አስተዳደር ስርዓቶችን ማጠናከር፡ የተግባር አስተዳደር

እኔ እያወራኋቸው ያሉት ጥንታዊ ቅርሶች የፒራሚድ ዓይነት ናቸው። የመጀመሪያው በትክክል ከተሰራ, ሁለተኛው ቀድሞውኑ የመደመር አይነት ነው. ከእነዚህ ውስጥ ብዙዎቹ ለጀማሪዎች አይሰሩም, እንደ ፎርቹን 5000 ላሉት ትላልቅ ኩባንያዎች ግምት ውስጥ መግባት አለባቸው. እኔ የሰራሁበት የመጨረሻው ኩባንያ 10 የቲኬት ስርዓቶች አሉት. አንዱ ቡድን ሬሜዲ ነበረው፣ሌላኛው የራሱ የሆነ አይነት ፅፏል፣ ሶስተኛው ጂራ ተጠቅሟል፣ እና አንዳንዶቹ በኢሜል የሚሰሩ ናቸው። ኩባንያው 30 የተለያዩ የቧንቧ መስመሮች ካሉት ተመሳሳይ ችግር ይፈጠራል, ነገር ግን እንደነዚህ ያሉትን ጉዳዮች በሙሉ ለመወያየት ጊዜ የለኝም.

ከሰዎች ጋር በትክክል ትኬቶች እንዴት እንደሚፈጠሩ፣ ቀጥሎ ምን እንደሚገጥማቸው እና እንዴት እንደሚታለፉ እወያያለሁ። በጣም የሚያስደንቀው ነገር በስብሰባዎቻችን ላይ ያሉ ሰዎች በቅንነት መናገራቸው ነው። ምን ያህሉ ሰዎች በትኬቶች ላይ "ትንሽ / ምንም ተጽእኖ አይኖራቸውም" በትክክል "ትልቅ ተጽእኖ" መሰጠት ያለባቸውን ጠየቅሁ. ሁሉም ሰው ማለት ይቻላል ይህን የሚያደርገው መሆኑ ታወቀ። ውግዘት ውስጥ አልሳተፍም እና ሰዎችን ለመለየት በሚቻል መንገድ ሁሉ እሞክራለሁ። አንድ ነገር በቅንነት ሲናዘዙኝ ሰውየውን አልሰጥም. ነገር ግን ሁሉም ሰው ማለት ይቻላል ስርዓቱን ሲያልፍ ሁሉም ደህንነት በመሠረቱ የመስኮት ልብስ ነው ማለት ነው። ስለዚህ, ከዚህ ስርዓት መረጃ ምንም መደምደሚያዎች ሊደረጉ አይችሉም.

የቲኬቱን ችግር ለመፍታት አንድ ዋና ስርዓት መምረጥ ያስፈልግዎታል. ጂራ የምትጠቀም ከሆነ ጂራ ያዝ። ሌላ አማራጭ ካለ, ብቸኛው ይሁን. ዋናው ነጥብ ትኬቶች በእድገት ሂደት ውስጥ እንደ ሌላ እርምጃ መታየት አለባቸው. እያንዳንዱ እርምጃ ቲኬት ሊኖረው ይገባል, እሱም በልማት የስራ ሂደት ውስጥ መፍሰስ አለበት. ቲኬቶች ለቡድኑ ይላካሉ, እሱም በታሪክ ሰሌዳው ላይ ይለጠፋል እና ከዚያም ለእነሱ ኃላፊነት ይወስዳል.

ይህ መሠረተ ልማት እና ኦፕሬሽኖችን ጨምሮ ሁሉንም ክፍሎች ይመለከታል። በዚህ ሁኔታ, ስለ ጉዳዮች ሁኔታ ቢያንስ አንዳንድ አሳማኝ ሀሳቦችን መፍጠር ይቻላል. አንዴ ይህ ሂደት ከተመሠረተ በኋላ ለእያንዳንዱ መተግበሪያ ተጠያቂው ማን እንደሆነ ለማወቅ በድንገት ቀላል ይሆናል። ምክንያቱም አሁን የምንቀበለው 50% ሳይሆን 98% አዳዲስ አገልግሎቶችን ነው። ይህ ዋና ሂደት የሚሰራ ከሆነ, ከዚያም ትክክለኛነት በመላው ሥርዓት ይሻሻላል.

የአገልግሎት ቧንቧ መስመር

ይህ እንደገና የሚመለከተው በትልልቅ ኮርፖሬሽኖች ላይ ብቻ ነው። በአዲስ መስክ ውስጥ አዲስ ኩባንያ ከሆኑ፣ እጅጌዎን ጠቅልለው ከእርስዎ Travis CI ወይም CircleCI ጋር አብረው ይስሩ። ወደ ፎርቹን 5000 ካምፓኒዎች ስንመጣ፣ እኔ በሰራሁበት ባንክ የተከሰተ ምሳሌ ነው። ጎግል ወደ እነርሱ መጣ እና የድሮ የ IBM ስርዓቶች ሥዕላዊ መግለጫዎች ታይተዋል። የጎግል ሰዎች ግራ በመጋባት ጠየቁ - የዚህ ምንጭ ኮድ የት ነው? ግን ምንም ምንጭ ኮድ የለም GUI እንኳን። ትላልቅ ድርጅቶች ሊቋቋሙት የሚገባው እውነታ ይህ ነው፡ የ40 አመት የባንክ መዝገቦች በጥንታዊው ዋና ፍሬም ላይ። ከደንበኞቼ አንዱ የኩበርኔትስ ኮንቴይነሮችን በሴክታርት ሰሪ ስርዓተ-ጥለት፣ እና Chaos Monkey፣ ሁሉንም ለቁይባንክ መተግበሪያ ይጠቀማል። ነገር ግን እነዚህ መያዣዎች በመጨረሻ ከCOBOL መተግበሪያ ጋር ይገናኛሉ።

ከጎግል የመጡ ሰዎች የደንበኞቼን ችግሮች በሙሉ እንደሚፈቱ ሙሉ በሙሉ እርግጠኞች ነበሩ እና ከዚያ ጥያቄዎችን መጠየቅ ጀመሩ-አይቢኤም ዳታፓይፕ ምንድነው? ተነግሯቸዋል፡ ይህ ማገናኛ ነው። ከምን ጋር ይገናኛል? ወደ Sperry ስርዓት. እና ያ ምንድን ነው? እናም ይቀጥላል. በመጀመሪያ ሲታይ ይመስላል: ምን ዓይነት DevOps ሊኖር ይችላል? እንደ እውነቱ ከሆነ ግን ይቻላል. የሥራውን ሂደት ወደ ማቅረቢያ ቡድኖች እንዲሰጡ የሚያስችልዎ የመላኪያ ስርዓቶች አሉ.

3. የግዳጅ ፅንሰ-ሀሳብ-የእገዳዎች ፅንሰ-ሀሳብ

ወደ ሦስተኛው አርኪታይፕ እንሂድ፡ ተቋማዊ/"የጎሳ" እውቀት። እንደ አንድ ደንብ, በማንኛውም ድርጅት ውስጥ ሁሉንም ነገር የሚያውቁ እና ሁሉንም ነገር የሚያስተዳድሩ ብዙ ሰዎች አሉ. እነዚህ በድርጅቱ ውስጥ ለረጅም ጊዜ የቆዩ እና ሁሉንም የአሰራር ዘዴዎች የሚያውቁ ናቸው.

ይህ በሥዕላዊ መግለጫው ላይ ሲመጣ ፣ እንደነዚህ ያሉትን ሰዎች በተለይ ምልክት ማድረጊያ አከብራለሁ-ለምሳሌ ፣ በሁሉም ስብሰባዎች ላይ የተወሰነ ሎው እንደሚገኝ ተገለጸ። እና ለእኔ ግልጽ ነው፡ ይህ የአካባቢው ብሬንት ነው። CIO በእኔ መካከል ቲሸርት እና ስኒከር ሲመርጥ እና ከአይቢኤም ሱት የለበሰ ሰው ሲመርጥ እኔ የተመረጥኩት ሌላው ሰው የማይናገረውን እና ዳይሬክተሩ መስማት የማይፈልገውን ነገር ስለምናገር ነው። . በኩባንያቸው ውስጥ ያለው ማነቆ ፍሬድ እና ሎ የተባለ ሰው እንደሆነ እነግራቸዋለሁ። ይህ ማነቆ ሊፈታ፣ እውቀታቸውን በአንድም በሌላ መንገድ ማግኘት ያስፈልጋል።

እንደዚህ አይነት ችግር ለመፍታት, ለምሳሌ, Slack ን ለመጠቀም ሀሳብ ማቅረብ እችላለሁ. አንድ ብልህ ዳይሬክተር ይጠይቃል - ለምን? በተለምዶ እንደዚህ ባሉ አጋጣሚዎች የዴቭኦፕስ አማካሪዎች መልስ ይሰጣሉ፡ ምክንያቱም ሁሉም እያደረጉት ነው። ዳይሬክተሩ በእርግጥ ብልህ ከሆነ እሱ እንዲህ ይላል: እና ምን. ንግግሩ የሚያበቃውም እዚህ ላይ ነው። እና ለዚህ የእኔ መልስ ነው: ምክንያቱም በኩባንያው ውስጥ አራት ማነቆዎች ፍሬድ, ሉ, ሱዚ እና ጄን ናቸው. እውቀታቸውን ተቋማዊ ለማድረግ በመጀመሪያ Slackን ማስተዋወቅ አለባቸው። ሁሉም የእርስዎ ዊኪዎች ሙሉ በሙሉ ከንቱዎች ናቸው ምክንያቱም ስለ ሕልውናቸው ማንም አያውቅም። የኢንጂነሪንግ ቡድኑ ከፊት-መጨረሻ እና ከኋላ-መጨረሻ ልማት ውስጥ ከተሳተፈ እና ሁሉም የፊት-ደረጃ ልማት ቡድንን ወይም የመሠረተ ልማት ቡድኑን በጥያቄዎች ማነጋገር እንደሚችሉ ማወቅ አለባቸው። ያኔ ነው ሉ ወይም ፍሬድ ዊኪውን ለመቀላቀል ጊዜ የሚኖራቸው። እና ከዚያ በ Slack ውስጥ አንድ ሰው ለምንድነው ሊጠይቅ ይችላል፣ ይበሉ፣ ደረጃ 5 አይሰራም። እና ከዚያ ሉ ወይም ፍሬድ በዊኪው ላይ ያሉትን መመሪያዎች ያስተካክላሉ። ይህን ሂደት ካቋቋሙ, ብዙ ነገሮች በራሳቸው ቦታ ላይ ይወድቃሉ.

ይህ ዋናው ነጥቤ ነው: ማንኛውንም ከፍተኛ ቴክኖሎጂዎችን ለመምከር በመጀመሪያ ለእነሱ መሰረትን በቅደም ተከተል ማስቀመጥ አለብዎት, እና ይህ በተገለጹት ዝቅተኛ የቴክኖሎጂ መፍትሄዎች ሊከናወን ይችላል. በከፍተኛ ቴክኖሎጂዎች ከጀመሩ እና ለምን እንደሚያስፈልጉ ካላብራሩ, እንደ አንድ ደንብ, ይህ በጥሩ ሁኔታ አያበቃም. ከደንበኞቻችን አንዱ Azure ML, በጣም ርካሽ እና ቀላል መፍትሄን ይጠቀማል. ከጥያቄዎቻቸው ውስጥ 30% ያህሉ በራሱ በራሱ የሚማር ማሽን ተመልሰዋል። እና ይህ ነገር የተፃፈው በዳታ ሳይንስ ፣ ስታቲስቲክስ ወይም ሂሳብ ውስጥ ባልተሳተፉ ኦፕሬተሮች ነው። ይህ ጉልህ ነው። የእንደዚህ አይነት መፍትሄ ዋጋ አነስተኛ ነው.

4. የትብብር ጠላፊዎች፡ የትብብር ጠላፊዎች

አራተኛው አርኪታይፕ ማግለልን የመዋጋት አስፈላጊነት ነው። ብዙ ሰዎች ይህንን ያውቁታል፡ ማግለል ጠላትነትን ይፈጥራል። እያንዳንዱ ክፍል በራሱ ወለል ላይ ከሆነ, እና ሰዎች በምንም መልኩ እርስ በርስ የማይገናኙ ከሆነ, ከአሳንሰር በስተቀር, ከዚያም በመካከላቸው ጠላትነት በቀላሉ ይነሳል. ነገር ግን በተቃራኒው ሰዎች እርስ በርስ በአንድ ክፍል ውስጥ ከሆኑ, ወዲያውኑ ትተዋለች. አንድ ሰው አንዳንድ አጠቃላይ ውንጀላዎችን ሲጥል, ለምሳሌ, እንደዚህ አይነት እና እንደዚህ አይነት በይነገጽ በጭራሽ አይሰራም, እንደዚህ አይነት ውንጀላ ለማፍረስ ምንም ቀላል ነገር የለም. በይነገጹን የጻፉት ፕሮግራመሮች የተወሰኑ ጥያቄዎችን መጠየቅ መጀመር አለባቸው፣ እና ብዙም ሳይቆይ ለምሳሌ ተጠቃሚው መሳሪያውን በስህተት እየተጠቀመበት እንደነበር በቅርቡ ግልጽ ይሆናል።

መገለልን ለማሸነፍ ብዙ መንገዶች አሉ። በአንድ ወቅት በአውስትራሊያ ውስጥ ባንክ እንድጠይቅ ተጠየቅኩኝ፣ ነገር ግን ሁለት ልጆችና ሚስት ስላለኝ ላደርገው ፈቃደኛ አልነበርኩም። እነሱን ለመርዳት ማድረግ የምችለው ስዕላዊ ታሪኮችን መምከር ነበር። ይህ በስራ ላይ የተረጋገጠ ነገር ነው. ሌላው ትኩረት የሚስብ መንገድ የቡና ቡና ስብሰባዎች ነው. በትልቅ ድርጅት ውስጥ ይህ እውቀትን ለማሰራጨት በጣም ጥሩ አማራጭ ነው. በተጨማሪም, ውስጣዊ ዴፕስ ቀናትን, hackathons, ወዘተ ማካሄድ ይችላሉ.

5. ካታ ማሰልጠን

መጀመሪያ ላይ እንዳስጠነቀቅኩኝ, ዛሬ ስለዚህ ጉዳይ አልናገርም. ፍላጎት ካለህ መመልከት ትችላለህ አንዳንድ አቀራረቦቼ.

በዚህ ርዕስ ላይ ከማይክ ሮተር ጥሩ ንግግርም አለ፡-

6. ገበያ ተኮር፡ ገበያ ተኮር ድርጅት

እዚህ የተለያዩ ችግሮች አሉ. ለምሳሌ "እኔ" ሰዎች "ቲ" ሰዎች እና "ኢ" ሰዎች. "እኔ" ሰዎች አንድ ነገር ብቻ የሚሰሩ ናቸው. በተለምዶ እነሱ ገለልተኛ ክፍሎች ባሉባቸው ድርጅቶች ውስጥ ይኖራሉ። "ቲ" ማለት አንድ ሰው በአንድ ነገር ጎበዝ ሲሆን ነገር ግን በአንዳንድ ነገሮች ጎበዝ ነው። "ኢ" ወይም "ማበጠሪያ" ማለት አንድ ሰው ብዙ ችሎታዎች ሲኖረው ነው።

የኮንዌይ ህግ እዚህ ይሰራል (የኮንዌይ ህግ), በጣም ቀላል በሆነው ቅፅ ውስጥ እንደሚከተለው ሊገለፅ ይችላል-ሶስት ቡድኖች በማጠናከሪያው ላይ ቢሰሩ, ውጤቱም የሶስት ክፍሎች ስብስብ ይሆናል. ስለዚህ፣ በድርጅት ውስጥ ከፍተኛ የብቸኝነት ደረጃ ካለ፣ በዚህ ድርጅት ውስጥ ኩበርኔትስ፣ ሴክተር Breaker፣ API extensibility እና ሌሎች ድንቅ ነገሮች እንኳን ከድርጅቱ ጋር በተመሳሳይ መልኩ ይደረደራሉ። በኮንዌይ መሰረት እና ሁላችሁንም ወጣት ጌቶች ለማምለጥ።

የዚህ ችግር መፍትሄ ብዙ ጊዜ ተገልጿል. ለምሳሌ በፈርናንዶ ፈርናንዴዝ የተገለጹ ድርጅታዊ ቅርሶች አሉ። ያ አሁን ያወራሁት ችግር ያለበት አርክቴክቸር፣ ከመነጠል ጋር፣ ተግባር ተኮር አርክቴክቸር ነው። ሁለተኛው ዓይነት በጣም የከፋው, ማትሪክስ አርክቴክቸር, የሌሎቹ ሁለቱ ውዥንብር ነው. ሦስተኛው በአብዛኛዎቹ ጅማሬዎች ውስጥ የሚታየው ነው, እና ትላልቅ ኩባንያዎችም ይህን አይነት ለማዛመድ እየሞከሩ ነው. ገበያ ተኮር ድርጅት ነው። እዚህ ለደንበኛ ጥያቄዎች ፈጣን ምላሽ ለማግኘት እናመቻለን። ይህ አንዳንድ ጊዜ ጠፍጣፋ ድርጅት ይባላል.

ብዙ ሰዎች ይህንን መዋቅር በተለያየ መንገድ ይገልጹታል, የቃላት አወጣጥ ወድጄዋለሁ ቡድኖችን ይገንቡ / ያካሂዱ፣ አማዞን ብለው ይጠሩታል። ሁለት የፒዛ ቡድኖች. በዚህ መዋቅር ውስጥ ሁሉም ዓይነት "እኔ" ሰዎች በአንድ አገልግሎት ዙሪያ ይመደባሉ, እና ቀስ በቀስ ወደ "T" መተየብ ይቀርባሉ, እና ትክክለኛው አስተዳደር ካለ, እንዲያውም "ኢ" ሊሆኑ ይችላሉ. እዚህ ያለው የመጀመሪያው ተቃውሞ እንዲህ ዓይነቱ መዋቅር አላስፈላጊ ንጥረ ነገሮችን ይዟል. ልዩ የሞካሪዎች ክፍል እንዲኖርዎት ከቻሉ በእያንዳንዱ ክፍል ውስጥ ሞካሪ ለምን ያስፈልግዎታል? ለዚህ መልስ እሰጣለሁ-በዚህ ጉዳይ ላይ ተጨማሪ ወጪዎች ለወደፊት "ኢ" አይነት ለመሆን ለጠቅላላው ድርጅት ዋጋ ነው. በዚህ መዋቅር ውስጥ, ሞካሪው ስለ አውታረ መረቦች, ስነ-ህንፃ, ዲዛይን, ወዘተ ቀስ በቀስ ይማራል. በውጤቱም, በድርጅቱ ውስጥ ያለው እያንዳንዱ ተሳታፊ በድርጅቱ ውስጥ ስለሚከሰቱት ነገሮች ሁሉ ሙሉ በሙሉ ያውቃል. ይህ እቅድ በኢንዱስትሪ ውስጥ እንዴት እንደሚሰራ ማወቅ ከፈለጉ ያንብቡ Mike Rother, Toyota Kata.

7. Shift-ግራ ኦዲተሮች፡ በዑደት መጀመሪያ ላይ ኦዲት ማድረግ። በእይታ ላይ የደህንነት ደንቦችን ማክበር

በዚህ ጊዜ ነው ድርጊቶችዎ የመሽተት ፈተናን አያልፉም, ለመናገር. ለአንተ የሚሰሩ ሰዎች ሞኞች አይደሉም። ከላይ በተገለጸው ምሳሌ ላይ እንደሚታየው በሁሉም ቦታ ላይ ጥቃቅን / ምንም ተጽእኖ ከሌለው, ይህ ለሦስት ዓመታት የሚቆይ ከሆነ, እና ማንም ምንም ነገር አላስተዋለም, ከዚያ ሁሉም ሰው ስርዓቱ እንደማይሰራ በሚገባ ያውቃል. ወይም ሌላ ምሳሌ - የለውጥ አማካሪ ቦርድ, ሪፖርቶች በየእያንዳንዱ መቅረብ አለባቸው, እሮብ ይበሉ. እዚያ የሚሰሩ የሰዎች ቡድን አለ (በነገራችን ላይ በጣም ጥሩ ክፍያ አይከፈልም) በንድፈ ሀሳብ በአጠቃላይ ስርዓቱ እንዴት እንደሚሰራ ማወቅ አለባቸው. እና ባለፉት አምስት ዓመታት ውስጥ፣ ስርዓቶቻችን በሚያስደንቅ ሁኔታ ውስብስብ መሆናቸውን አስተውለህ ይሆናል። እና አምስት ወይም ስድስት ሰዎች ስላላደረጉት እና ምንም በማያውቁት ለውጥ ላይ ውሳኔ ማድረግ አለባቸው.

በእርግጥ ይህ አካሄድ አይሰራም። እንደነዚህ ያሉትን ነገሮች ማስወገድ አለብኝ ምክንያቱም እነዚህ ሰዎች ስርዓቱን እየጠበቁ አይደሉም. ውሳኔው በቡድኑ በራሱ መሆን አለበት, ምክንያቱም ቡድኑ ለዚህ ተጠያቂ መሆን አለበት. ያለበለዚያ በሕይወቱ ውስጥ ኮድ መጻፍ የማያውቅ ሥራ አስኪያጅ ለፕሮግራም አውጪው ኮድ ለመጻፍ ምን ያህል ጊዜ እንደሚወስድ ሲነገራቸው አያዎ (ፓራዶክሲካል) ሁኔታ ይፈጠራል። አብሬው የሰራሁበት አንድ ኩባንያ እያንዳንዱን ለውጥ የሚገመግሙ 7 የተለያዩ ቦርዶች ነበሩት፣ የአርክቴክቸር ቦርድ፣ የምርት ሰሌዳ፣ ወዘተ. ምንም እንኳን አንድ ሰራተኛ በአስር አመታት ውስጥ, በዚህ የግዴታ ጊዜ ውስጥ በዚህ ሰው የተደረገውን ለውጥ ማንም እንዳልተቀበለ ቢነግረኝም የግዴታ የጥበቃ ጊዜ እንኳን ነበር.

ኦዲተሮች እንዲቀላቀሉን መጋበዝ አለባቸው፣ እና እነሱን ለማስወገድ አይደለም። ሁሉንም ፈተናዎች ካለፉ ለዘላለም የማይለወጡ ሆነው የሚቆዩ የማይለዋወጡ ሁለትዮሽ ኮንቴይነሮችን እንደጻፉ ይንገሯቸው። የቧንቧ መስመር እንደ ኮድ እንዳለዎት ይንገሯቸው እና ምን ማለት እንደሆነ ያብራሩ። የሚከተለውን እቅድ አሳያቸው፡ ሁሉንም የተጋላጭነት ፈተናዎች በሚያልፈው መያዣ ውስጥ የማይለወጥ ተነባቢ-ብቻ ሁለትዮሽ; እና ከዚያ ማንም ሰው አይነካውም, የቧንቧ መስመርን የሚፈጥረውን ስርዓት እንኳን አይነኩም, ምክንያቱም እሱ በተለዋዋጭነት የተፈጠረ ነው. እንደ blockchain አይነት ነገር ለመፍጠር Vault እየተጠቀሙ ያሉት ካፒታል ዋን ደንበኞች አሉኝ። ኦዲተሩ ከሼፍ “የምግብ አዘገጃጀቶችን” ማሳየት አያስፈልገውም፤ ብሎክቼይን ለማሳየት በቂ ነው፣ ከዚህ በመነሳት በምርት ላይ የጂራ ቲኬት ምን እንደደረሰ እና ለዚህ ተጠያቂው ማን እንደሆነ ግልጽ ነው።

እንደ ሪፖርትበ 2018 በሶናታይፕ የተፈጠረ፣ በ2017 87 ቢሊዮን OSS የማውረድ ጥያቄዎች ነበሩ።

በተጋላጭነት ምክንያት የሚከሰቱ ኪሳራዎች በጣም የተከለከሉ ናቸው. ከዚህም በላይ አሁን የሚያዩዋቸው አሃዞች የእድል ወጪዎችን አያካትቱም። በአጭሩ DevSecOps ምንድን ነው? ይህ ስም ምን ያህል ስኬታማ እንደሆነ ለመነጋገር ፍላጎት እንደሌለኝ ወዲያውኑ እናገራለሁ. ነጥቡ ዴቭኦፕስ በጣም ስኬታማ ስለነበር ለዚያ የቧንቧ መስመር ደህንነትን ለመጨመር መሞከር አለብን.

የዚህ ቅደም ተከተል ምሳሌ፡-


ይህ ለተወሰኑ ምርቶች ምክር አይደለም, ምንም እንኳን ሁሉንም እወዳለሁ. እንደ ምሳሌ ጠቀስኳቸው DevOps በመጀመሪያ በኢንዱስትሪ ውስጥ ባለው ድርጅታዊ አሠራር ላይ የተመሰረተው እያንዳንዱን የሥራ ደረጃ በምርት ላይ በራስ-ሰር እንዲሰሩ ያስችልዎታል።

እና ለደህንነት ሲባል ተመሳሳይ እርምጃ መውሰድ የማንችልበት ምንም ምክንያት የለም።

ውጤቱ

እንደ ማጠቃለያ፣ ለ DevSecOps አንዳንድ ጠቃሚ ምክሮችን እሰጣለሁ። የእርስዎን ስርዓቶች በመፍጠር ሂደት ውስጥ ኦዲተሮችን ማካተት እና እነሱን በማስተማር ጊዜ ማሳለፍ አለብዎት። ከኦዲተሮች ጋር መተባበር አለቦት። በመቀጠል ከሐሰት አወንታዊ ጉዳዮች ጋር ፍጹም ርህራሄ የሌለው ትግል ማድረግ ያስፈልግዎታል። በጣም ውድ ከሆነው የተጋላጭነት መቃኛ መሳሪያ ጋር እንኳን፣ የምልክት-ወደ-ጫጫታ ጥምርታ ምን እንደሆነ ካላወቁ በገንቢዎችዎ መካከል እጅግ በጣም መጥፎ ልማዶችን መፍጠር ይችላሉ። ገንቢዎች በክስተቶች ይዋጣሉ እና በቀላሉ ይሰርዟቸዋል። ስለ Equifax ታሪክ ከሰሙ፣ ያ በጣም ቆንጆ እዚያ የሆነው፣ ከፍተኛው የማንቂያ ደረጃ ችላ በተባለበት። በተጨማሪም ተጋላጭነቶች በንግዱ ላይ እንዴት ተጽእኖ እንደሚያሳድሩ ግልጽ በሆነ መንገድ ማብራራት ያስፈልጋል. ለምሳሌ፣ ይህ በ Equifax ታሪክ ውስጥ ካለው ተመሳሳይ ተጋላጭነት ነው ማለት ይችላሉ። የደህንነት ድክመቶች ልክ እንደሌሎች የሶፍትዌር ጉዳዮች ማለትም በአጠቃላይ DevOps ሂደት ውስጥ መካተት አለባቸው። ከነሱ ጋር በጅራ፣ ካንባን ወዘተ መስራት አለብህ። ገንቢዎች ሌላ ሰው ይህን ያደርጋል ብለው ማሰብ የለባቸውም - በተቃራኒው ሁሉም ሰው ይህን ማድረግ አለበት. በመጨረሻም ሰዎችን በማሰልጠን ላይ ጉልበት ማውጣት ያስፈልግዎታል.

ጠቃሚ አገናኞች

ከDevOops ጉባኤ ጠቃሚ ሆነው ሊያገኟቸው የሚችሏቸው ጥቂት ንግግሮች እነሆ፡-

• Sergey Berdnikov፣ Artyom Kalichkin - የስኬት ታሪክ፣ ወይም “Dev+DevOps+Ops” (видео, የሪፖርቱ ግልባጭ)
• ባሮክ ሳዶጉርስኪ ፣ ሊዮኒድ ኢጎልኒክ - ዴቭኦፕስ በመጠን-የግሪክ አሳዛኝ ሁኔታ በሦስት ድርጊቶች (видео, የሪፖርቱ ግልባጭ)
• አሌክሳንደር ቲቶቭ ፣ ኪሪል ቶልካቼቭ - DevOps፣ መሐንዲሶች እና ማህበረሰብ
• ቲሞቲ ሊስተር - ገጸ-ባህሪያት፣ ማህበረሰብ እና ባህል፡ ለብልጽግና አስፈላጊ ነገሮች

ተመልከት ፕሮግራሙ DevOops 2020 ሞስኮ - እዚያም ብዙ አስደሳች ነገሮች አሉ.

ምንጭ: hab.com