จะอธิบายให้ผู้ดูแลระบบทราบอย่างไรได้อย่างไร

ฉันตื่นเต้นอย่างมากเกี่ยวกับ DevOps ฉันรู้ว่า DevOps เป็นวิธีการที่จะย้ายเราไปสู่การสร้างโครงสร้างพื้นฐานด้านไอทีที่จะปรับปรุงและย้าย บริษัท ของเราไปข้างหน้า
แต่ฉันจะขายมันให้กับหัวหน้าของฉันได้อย่างไร

เรากำลังจะดำเนินโครงการอัตโนมัติซึ่งจะรวมถึงการปรับใช้อัตโนมัติการทำให้โครงสร้างพื้นฐานคลาวด์มีความซับซ้อนกระบวนการรวมอย่างต่อเนื่อง .. เราต้องโน้มน้าวเจ้านายของเราให้ลงทุนในระดับที่สูงขึ้นในเรื่องนี้

หมายเหตุ : เราเริ่มปรับปรุงกระบวนการของเราโดยทำการทดสอบเผยแพร่และควบคุมโดยอัตโนมัติเป็นขั้นตอนในการปรับใช้ devOps แต่โครงการอัตโนมัตินั้นอยู่ในสภาพพร้อมที่จะลงทุนเพิ่มเติม

ในฐานะที่ปรึกษาฉันมีหน้าที่ต้องตอบคำถามตามสัญญา "ขึ้นอยู่กับ" เมื่อพ้นทางฉันสามารถตอบคำถามของคุณได้

มันขึ้นอยู่กับอะไร? นั่นอาจเป็นสิ่งที่หัวหน้าของคุณคิดเกี่ยวกับ DevOps:

1. หากเจ้านายของคุณเคยได้ยินคำศัพท์นี้บางทีอาจครอบงำจิตใจด้วยCIO.comจากนั้นถามพวกเขาว่าพวกเขาคิดว่ามันหมายถึงอะไร จากนั้นคิดว่าความแตกต่างคืออะไรและถ้ามุมมองของพวกเขาเข้ากันได้ ระบุโครงการที่เหมาะสมเพื่อทดลองใช้ DevOps และตั้งให้กับพวกเขา โปรดจำไว้ว่าที่ DevOps หลักคือวัฒนธรรมดังนั้นให้พิจารณาว่าสามารถนำไปใช้กับโครงการได้อย่างไร

2. หากเจ้านายของคุณไม่เคยได้ยินคำศัพท์นั้นให้สร้างกรณีศึกษาทางธุรกิจสำหรับ DevOps ใช้สถานะหุ่นเชิด Labs ของ DevOpsและเนื้อหาจากหนังสือเช่นThe Phoenix Projectเพื่อเขียนกรณีธุรกิจ ค้นหาปัญหาที่เจ้านายของคุณมีและ DevOps สามารถแก้ไขและใช้งานเป็นตัวเริ่มต้นการสนทนาได้ ตามที่บอกว่าคุณไม่ต้องพูดถึง DevOps คุณอาจยกตัวอย่างเช่นแนะนำให้ฝ่ายปฏิบัติการมีส่วนร่วมในโครงการมากขึ้นหรือทดสอบระบบอัตโนมัติมากขึ้นเพื่อวางแผนเป็นส่วนหนึ่งของการส่งมอบโครงการ

3. หากหัวหน้าของคุณคิดว่า DevOps เป็นอีกคำหนึ่งที่ฉวัดเฉวียนแล้วทำอย่างใดอย่างหนึ่งข้างต้น แต่ไม่ต้องพูดถึง DevOps ให้ดูที่โมเดลอื่นที่คล้ายคลึงกันเช่น Site Reliability Engineering, Platform Engineering หรือ Deployment อย่างต่อเนื่องและค้นหาวิธีที่พวกเขาสามารถแก้ปัญหาได้

กุญแจสำคัญคือการมุ่งเน้นไปที่การทำความเข้าใจกับสิ่งที่เจ้านายของคุณได้รับแรงบันดาลใจจากนั้นทำการแกะสลักเวลาเล็กน้อยเงินและผู้คนเพื่อทำตามขั้นตอนที่จับต้องได้เพื่อแก้ไขปัญหานั้น

ฉันขอแนะนำหนังสือTo Sell Is Human โดย Daniel H. Pinkโดยพื้นฐาน Daniel Pink พูดถึงการขายสิ่งที่เป็นสิ่งที่มนุษย์ต้องทำสิ่งที่เราต้องทำก็เพียงแค่แตะที่ความต้องการ โซลูชันที่ตอบสนองความต้องการเหล่านั้น

คุณทำไม่ได้

แม้จะมีความกระตือรือร้นของคุณเกี่ยวกับ DevOps ผู้บังคับบัญชาที่ไม่ใช้เทคโนโลยีก็ไม่ได้แชร์ความหลงใหลของคุณกับผู้สอนภาษา

ขั้นแรกแสดงให้ผู้บังคับบัญชาเห็นถึงประโยชน์ของโครงการนำร่องขนาดเล็กที่คุณได้ทำ รวบรวมจุดข้อมูลที่มีประโยชน์เพื่อพิสูจน์กรณีของคุณ (พบคำถามนี้ที่สามารถช่วยได้: มีวิธีใดบ้างในการวัด ROI สำหรับ DevOps )

จากนั้นบอกหัวหน้าของคุณว่าคุณมีโครงการที่สามารถก่อให้เกิดประโยชน์มากขึ้น แต่ต้องการการลงทุนเพียงเล็กน้อย (พยายามคิดโครงการที่ไม่ปล่อยให้หัวหน้าของคุณหล่นจากเก้าอี้คุณควรจะรู้สึกว่าตัวเลขนี้เป็นอย่างไรถ้าคุณได้ทำงานกับเจ้านายของคุณมาระยะหนึ่งแล้ว)

เมื่อคุณได้รับการลงทุนทำผลงานที่ยอดเยี่ยมในการบรรลุวัตถุประสงค์ ดีกว่ายังเกินมันอย่างดุเดือด!

ในที่สุดเมื่อผู้บังคับบัญชาถามคุณว่า "แล้วคุณทำอะไรที่ทำให้เราได้รับประโยชน์มากมาย"

นี่คือเวลาที่คุณประกาศ:

"DevOps"

และขอลงทุนเพิ่มเติมสำหรับโครงการผู้พัฒนาต่อไปของคุณ

ความคิดริเริ่มทางธุรกิจใด ๆ จะได้รับแรงฉุดหากคุณแสดงความเกี่ยวข้องกับ topline หรือกำไรขององค์กร

ความคิดริเริ่มภายในเช่นผู้พัฒนาสามารถส่งผลกระทบต่อกำไร คุณต้องระบุต้นทุนของงานที่เกิดซ้ำโดย individiuals และการดำเนินการอัตโนมัติจะลดค่าใช้จ่าย

แม้ว่าผู้จัดการที่ไม่มีความชำนาญอาจไม่เข้าใจความแตกต่างระหว่างการเลือกเชฟมากกว่าหุ่นเชิดพวกเขามีความเข้าใจในแนวโน้มของอุตสาหกรรม คุณสามารถทำให้พวกเขาตระหนักถึงค่าใช้จ่ายของความล่าช้าเนื่องจากการสร้างไม่พร้อมใช้งานค่าใช้จ่ายของปัญหาการถดถอยและวิธีการของคุณสามารถลดค่าใช้จ่ายเหล่านั้น หากคุณสามารถแสดงแผนการที่เป็นรูปธรรมเพื่อการปรับปรุงในกำไรและถ้ามันดีกว่ารายการการกระทำอื่น ๆ ในจานของพวกเขาคุณจะได้รับล่วงหน้า

บรรทัดการให้เหตุผลของฉันสำหรับผู้ที่ไม่คุ้นเคย (หรือเพิ่งเข้าใจผิด) เกี่ยวกับคำว่า DevOps ที่เกิดขึ้นเป็น "การมอบคุณค่าทางธุรกิจบ่อยขึ้น" จากประสบการณ์ของฉันนี่เป็นสิ่งที่ผู้จัดการน้อยคนสามารถคัดค้านได้ พวกเขาได้รับมัน

หากพวกเขาพูดอะไรบางอย่างเช่น "เราแค่ต้องการใครสักคนที่จะพัฒนา devops ของเราให้ตรงอาจจะใช้เวลาเพียงไม่กี่สัปดาห์ในการทำงานดังนั้นมันจึงมีข้อ จำกัด ว่าเราจะลงทุนใน devops แค่ไหนในตอนนี้" ฉันแค่พยายามอธิบายว่า "เราไม่ต้องการให้ บริษัท ของเราส่งมอบมูลค่าทางธุรกิจมากเกินไปเราแค่ต้องการเพิ่มอีกนิดหน่อย

แน่นอนว่ามันเป็นแค่วาทศาสตร์ แต่ฉันคิดว่ามันมีประสิทธิภาพมากกว่าการบอกให้พวกเขาอ่านหนังสือเกี่ยวกับโตโยต้า

ทุกอย่างในคำตอบก่อนหน้านี้เป็นจริง แต่ฉันคิดว่ามีบางสิ่งที่ขาดหายไปที่จะได้รับการอนุมัติและความมุ่งมั่นจากหัวหน้าของคุณ (BTW: คนส่วนใหญ่มีเพียง 1 คนที่สูงสุด ... )

ไม่ช้าก็เร็วนายเมอร์ฟีจะเข้ามา (= อะไรก็ตามที่ผิดพลาดจะผิดไปและมันจะผิดพลาดเมื่อไม่ควรทำผิด ) และ ณ จุดนั้นเจ้านายบางคนจะต้องการคำตอบสำหรับคำถามเช่นนี้:

เกิดอะไรขึ้นเมื่อใดและเพราะเหตุใดและผู้ใช้ที่ได้รับอนุญาตรายใดได้อนุมัติแล้ว ... ล่วงหน้า?

และ ณ จุดนั้นคุณจะได้รับ ROI ที่แท้จริงจากการปฏิบัติ DevOps ที่คุณมีอยู่ ... และ / หรือในทันทีได้รับการอนุมัติงบประมาณจำนวนมากทุกประเภทเพื่อนำสิ่งที่คุณต้องการ

แม้ว่ามันจะใช้เวลานานเกินกว่าที่เมอร์ฟีจะมาถึง บริษัท ของคุณอาจมีข้อกำหนดเช่นสิ่งที่ริชาร์ดอธิบายไว้ในคำถามที่ว่า " กระบวนการหรือเครื่องมือใดที่ทำให้การแยกหน้าที่เมื่อวิศวกรทั้งปรับใช้และรันโค้ด " ความต้องการทำให้ตกใจ CxOs ... )

แต่ถ้าคุณเคยแนะนำ "DevOps" ให้กับคนที่ยังใหม่อยู่มันอาจช่วยให้พวกเขา "เตือน" พวกเขาล่วงหน้าอย่างเช่น " ตกลงดังนั้นคุณต้องการเริ่มฝึก DevOps มาก ๆ แต่ระวังให้ดี เปลี่ยนเป็นศาสนาอื่น ... "