วิธีในการ DevOps จ้างกระบวนการเพิ่มประสิทธิภาพผ่านกระบวนทัศน์ CALMS?

การสรรหาบุคลากร DevOps ส่วนใหญ่เกิดขึ้นตามมาในการจับคู่คำหลักซึ่งนำไปสู่ความคิดของฉันในการมุ่งเน้นเทคโนโลยีเพียงอย่างเดียว

ตอนนี้ DevOps เป็นอะไรที่มากกว่าแค่เทคโนโลยีและวิศวกร DevOps ไม่ใช่แค่ผู้ดูแลระบบที่เก่งกว่าด้วยทักษะการเขียนโค้ด

บทบาท / โปรไฟล์อาวุโส DevOps หมายถึงฉันยังเสนออาวุโสในรากฐานและการปฏิบัติอื่น ๆ อีกมากมายนอกเหนือจากทักษะด้านโครงสร้างพื้นฐานและวิศวกรรมซอฟต์แวร์เช่น Lean, การวัดและการเปิดกว้างและการสื่อสาร (ผู้ที่ขอ DevOps ว่าจ้างสำหรับทักษะการสื่อสารของพวกเขา

ดังนั้นโฆษณาหางาน / สัมภาษณ์จะมีประสิทธิภาพมากขึ้นในบางด้าน - ตัวอย่างเช่นโดยใช้คำถามหมวดหมู่CALMSด้วยหรือไม่ - นำไปสู่คำถามเช่น "ตอนนี้คุณจะนำหลักการลีนมาใช้อย่างไรได้อย่างไรด้านวัฒนธรรมได้รับการกล่าวถึงในโครงการ DevOps ล่าสุดของคุณอย่างไร"

รายละเอียดเพิ่มเติม:

• C ulture (เช่นกลยุทธ์สำหรับการจัดการความขัดแย้งและทัศนคติต่อความล้มเหลวของตนเองและของผู้อื่น)
• A utomation (ที่นี่คุณถามเกี่ยวกับทักษะหุ่นเชิด / นักเทียบท่า ฯลฯ )
• L ean (รากฐานของ Lean ประเภทของขยะ)
• M easurement (ขอเครื่องมือเช่น JMeter แต่ไปที่สิ่งต่าง ๆ เช่นการสุ่มตัวอย่างการสร้างแบบจำลองข้อมูล .. )
• S haring (เห็นได้ชัดว่าการจัดการความรู้และเครื่องมือตาม)

อัปเดต - เหตุใดนายจ้างและนายหน้าจึงไม่จัดโครงสร้างการสัมภาษณ์โดย CALMS ดังที่แสดงด้านล่าง (นอกจากนี้ส่วน "ระบบอัตโนมัติ" อาจถูกสร้างขึ้นตามโมเดลเครื่องมือห่วงโซ่ DevOps ( ลิงก์เอกสารแบบอ่านอย่างเดียว )

หมายเหตุด้านข้าง - ตัวอย่างเช่นวัฒนธรรมจริง ๆ แล้วไม่ใช่แค่ทักษะอ่อนนุ่มอีกต่อไปสำหรับ DevOps มันเป็นหนึ่งในทักษะหลัก - เหมือนกับคนอื่น ๆ ในโดเมนนี้

นี้เป็นความคิดที่ยอดเยี่ยมก็เพราะแดเนียล Kahneman ที่แสดงให้เห็นว่าถ้าคุณแบ่งคะแนนเดียวใน 5 คะแนนชั่งน้ำหนักและเพิ่มเกณฑ์ตัวเลขและขอบเขตในการที่คุณมีนัยสำคัญจะลดอคติ คุณสามารถออกแบบไม่เพียง แต่ให้คะแนนเรซูเม่ แต่ยังรวมถึงกระบวนการจ้างงานทั้งหมดด้วยหน้าจอโทรศัพท์การสัมภาษณ์นอกสถานที่ทุกอย่างในแบบนี้ มันจะลดอคติโดยธรรมชาติของผู้สัมภาษณ์อย่างมีนัยสำคัญ เราได้เริ่มทำสิ่งที่คล้ายกันสำหรับการจ้างงานทั้งหมดแล้ว

เห็นได้ชัดว่าในแต่ละพื้นที่คุณควรเพิ่มน้ำหนักให้กับสิ่งที่สำคัญสำหรับ บริษัท แต่คุณกำลังจ้างวิศวกรที่มีความรอบรู้และคุณต้องการคนที่จะเสนอการเปลี่ยนแปลงที่สำคัญในการดำเนินงานขององค์กรคุณไม่เพียงแค่จ้างงาน บางคนสำหรับทักษะเฉพาะในการทำงานในพื้นที่ จำกัด หลายคนมองเห็นบทบาทนี้ในฐานะ Release and Build วิศวกรที่ได้รับค่าตอบแทนที่สูงขึ้นและหากเป็นเช่นนั้นนั่นคือสิ่งที่คุณควรจ้างและโฆษณา

สำหรับการจ้าง DevOps ฉันขอแนะนำให้แทนที่ Lean ด้วยการเรียนรู้ มันเป็นเรื่องเดิมถ่ายทอดและแม้ว่าบางขยายไปยังสงบที่จะรวมถึงลีนที่มีค่อนข้าง จำกัด เป็น DevOps อยู่บนพื้นฐานมากขึ้นกว่าเพียงแค่การผลิตแบบลีน มันก็ยังเป็นเดมิง 's ความคิดเกี่ยวกับการพิเศษและร่วมกันทำให้เกิดการเปลี่ยนแปลงและระบบการคิดของแนชสมดุล (ถ้าจะเพิ่มประสิทธิภาพสำหรับตัวเองในแต่ละผลที่อาจจะก่อให้เกิดผลลัพธ์เทียบกับเมื่อทุกคนรวมถึงความสนใจของกลุ่ม) Shewhart ของการควบคุมกระบวนการสถิติ , Goldratt ของทฤษฎีข้อ จำกัดการต่อต้านความเปราะบางของ Taleb และอื่น ๆ อีกมากมาย

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

โดยส่วนตัวแล้วฉันจะให้ความสำคัญกับทักษะที่จำเป็นเพื่อให้มีประสิทธิภาพในการปรับปรุงกระบวนการในองค์กรของคุณ CMMI , Kanban , ข้อ จำกัด ในการทำงาน , การปฏิบัติแบบเปรียว ฯลฯ

JIRA ดูเหมือนเครื่องมือแบ่งปันและ Git นั้นเกี่ยวข้องกับระบบอัตโนมัติมากขึ้น

แก้ไข

ฉันเชื่อว่าสิ่งนี้ขึ้นอยู่กับองค์กรและองค์กรและสิ่งที่ DevOps / ผู้พัฒนาอาวุโสคาดว่าจะทำดังนั้นประโยคแรกของคุณจึงแม่นยำ 100% เพราะ DevOps ควรสามารถใช้ชุดเครื่องมือที่ บริษัท ใช้และยังปรับปรุงหรือนำชุดเครื่องมือใหม่ที่ช่วยให้ บริษัท และผู้พัฒนาสามารถทำงานได้เร็วขึ้นและสิ้นเปลืองน้อยลง

ในความคิดของฉัน DevOps ควรมีทักษะ SysAdmin ที่แข็งแกร่งและทักษะการเขียนโปรแกรมอย่างชัดเจนเช่น Puppet, Chef, Python, Bash จะถูกนำมาใช้อย่างกว้างขวางรวมถึงความรู้เกี่ยวกับโค้ดที่ไปบนเซิร์ฟเวอร์อย่างน้อยก็สามารถทำการดีบักเล็กน้อยได้ แอปพลิเคชันไม่ทำงานตามที่คาดไว้จากสภาพแวดล้อมหนึ่งไปอีกสภาพแวดล้อมหนึ่ง

ขณะนี้ในฐานะ DevOps อาวุโสอาจนำไปใช้กับ CALM ได้ แต่หลักการแบบลีนและการวัดอาจใช้ไม่ได้ ตัวอย่างเช่นเรามีการพัฒนาโปรแกรมประยุกต์ที่ใช้กุ๊ก / หุ่น / เบิ้ลโดยอัตโนมัติสิ่งโลกีย์และเก็บทุกอย่างในการซิงค์ซึ่งเห็นได้ชัดว่าช่วยประหยัดเวลาและผลิตน้อยเสีย

เกี่ยวกับการวัดผมไม่แน่ใจว่ามันใช้ได้ในกรณีส่วนใหญ่หรือไม่ อย่างไรก็ตามหลักการความสงบอื่น ๆ เป็นส่วนหนึ่งของตำแหน่ง DevOps

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

ฉันชอบสเปรดชีตที่คุณเพิ่มและดีที่มีระบบจุดอย่างไรก็ตามบาง บริษัท ก็เพิ่มทักษะ / เทคโนโลยีเพิ่มเติมในโฆษณาตำแหน่งงานมากกว่าที่ต้องการ

นอกจากนี้หลังจากการสัมภาษณ์ทางโทรศัพท์ (ถ้ามี) ฉันคิดว่ามันมีประโยชน์ที่ในการสัมภาษณ์คุณจะได้รับปัญหาในการแก้ไขหรืออย่างน้อยก็เพื่อแสดงกระบวนการดีบั๊กของคุณและคุณจะทำงานอย่างไรในสถานการณ์ที่กำหนด โดยส่วนตัวแล้วฉันไม่ชอบการทดสอบที่เขียนเนื่องจากฉันเชื่อว่ามีวิธีการ 'n' ในการแก้ปัญหาและบางครั้งGoogleก็เป็นเพื่อนของคุณเนื่องจากคุณไม่ได้คาดหวังว่าจะรู้ทุกสิ่งด้วยใจ

ในฐานะ DevOps / รุ่นอาวุโสฉันเชื่อว่ามีเส้นแบ่งระหว่างแอปพลิเคชันที่ใช้และความรู้ คุณสามารถใช้เครื่องมือใหม่ / เก่าหรือเขียนโค้ดได้อย่างน่าอัศจรรย์ แต่เมื่อมันทำการดีบั๊กหรือแค่ทำความเข้าใจกับปัญหาของเซิร์ฟเวอร์งานของเจนกินส์อาจเป็นเพราะคุณไม่สามารถทำได้

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

และเมื่อพูดถึงขั้นตอนการคัดเลือกคุณสามารถดูสเปรดชีตและเลือกบุคคลที่มีคะแนนที่คุณเชื่อว่าเป็นสิ่งที่ถูกต้องสำหรับองค์กรของคุณรวมทั้งคำนึงถึงพฤติกรรมของเขาในระหว่างการสัมภาษณ์และวิธีการ (s) เขาแสดง / ตอบคำถามเหล่านั้น