“ Walking Skeleton” คืออะไร?

หนึ่งในทีมของฉันเปรียวได้ใช้วิธีที่น่าสนใจในระยะแรกของโครงการของพวกเขา แทนที่จะเริ่มต้นโครงการด้วย Sprint 0 ที่พวกเขาติดตั้งโครงสร้างพื้นฐานของรหัสและตัดสินใจเกี่ยวกับสถาปัตยกรรมโซลูชันพวกเขาได้เริ่มสร้าง "Walking Skeleton" ซึ่งพวกเขาอธิบายว่าเป็นแนวปฏิบัติ DevOps

สิ่งนี้ดูเหมือนจะเกิดขึ้นกับการสร้างสิ่งเล็ก ๆ น้อย ๆ (ในกรณีของ API เพียงจุดเดียวที่เพิ่งกลับมา200-OK) ทำให้การทำงานนี้เป็นการผสานรวมอย่างต่อเนื่องและการสร้างขั้นตอนการจัดส่งอย่างต่อเนื่อง

การพัฒนา►ทดสอบ►เอือด►การผลิตล่วงหน้า►การผลิต

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

คำถามของฉันคือสิ่งนี้ "Walking Skeleton" คืออะไรและมีประโยชน์อะไรบ้างสำหรับทีม Agile ที่ปฏิบัติตาม DevOps

"Walking Skeleton" เป็นรูปแบบของ "การพิสูจน์แนวคิด" ของแนวคิดสถาปัตยกรรมพื้นฐานของคุณ ในกรณีที่การพิสูจน์แนวคิดโดยทั่วไปมุ่งเน้นที่ฟังก์ชันการทำงานเพียงครั้งเดียว "Walking Skeleton" เป็นการใช้งานแบบ end-to-end ที่เรียบง่าย "Walking Skeleton" ไม่ใช่โครงร่างของแนวคิดของคุณ (เฉพาะ "Skeleton") แต่สามารถใช้งานได้จริงและสามารถเปลี่ยนได้ (สามารถ "เดิน": O) และควรมีการทดสอบ

อลิสแตร์เบิร์นอธิบายว่ามัน (และมักถูกอ้างถึง):

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

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