Skip to content

oddsteam/the-continuous-delivery-maturity-model-th

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

20 Commits
 
 
 
 

Repository files navigation

แปล The Continuous Delivery Maturity Model

Initial Managed Defined Quantitatively Managed Optimizing
วัฒนธรรมการทำงานและองค์กร
  • ทีมจัดตั้งตามแพลตฟอร์ม/เทคโนโลยี
  • มีการกำหนดกระบวนการทำงานชัดเจนและเป็นลายลักษณ์อักษร
  • ทีมมีหนึ่ง product backlog
  • มีการนำกระบวนการทำงานแบบ agile ไปใช้
  • ไม่มีการแบ่งความรับผิดชอบระหว่างทีม
  • มีการประสานงานกันระหว่างทีม
  • ไม่มีการแบ่งความรับผิดชอบระหว่าง dev และ ops
  • ใช้กระบวนการจัดการเหมือนกันสำหรับทุกความเปลี่ยนแปลง
  • มีกระบวนการปรับปรุงอย่างต่อเนื่องกันทั่วทุกทีม
  • ทีมรับผิดชอบทุกอย่างในการนำของขึ้นสู่ production
  • ทีมสามารถทำงานข้ามฟังก์ชั่นกันได้
การ build และ deploy
  • ใช้ version control แบบ centralized
  • ใช้สคริปท์ในการ build แบบอัตโนมัติ
  • ไม่มีการจัดการของที่ถูก build
  • deploy แบบ manual
  • เตรียม environment ต่าง ๆ แบบ manual
  • ใช้วิธีการ poll ในการเริ่ม build บน CI
  • Build ต่าง ๆ สามารถสร้างขึ้นใหม่ได้จาก source control
  • มีการจัดการของที่ถูก build
  • ใช้สคริปท์ในการ deploy แบบอัตโนมัติ
  • สร้าง environment ต่าง ๆ แบบอัตโนมัติ
  • ใช้ commit hook ในการเริ่ม build บน CI
  • Build จะล้มเหลวถ้าตรวจสอบคุณภาพไม่ผ่าน เช่น การวิเคราะห์โค้ด การตรวจสอบประสิทธิภาพ เป็นต้น
  • มีปุ่มให้กดเพื่อทำการ deploy และ release ของที่ build แล้วไปยัง environment ใด ๆ
  • มีวิธีการ deploy เป็นมาตรฐานเดียวกันกับทุก ๆ environment
  • ทีมให้ความสำคัญกับการทำให้โค้ดสามารถ deploy ได้มากกว่าไปเริ่มงานอื่น
  • Build จะต้องไม่ถูกปล่อยให้พัง
  • มีการ deploy แบบหลายเครื่อง หลาย environment พร้อม ๆ กัน
  • มีการ deploy โดยการใช้ Blue/Green deployment
  • ทุก commit ถูก build และ deploy ไปยัง production โดยอัตโนมัติ
การ release
  • Release ไม่บ่อย และบางครั้งไม่สำเร็จ
  • Release แบบ manual
  • Release ไม่บ่อย แต่สำเร็จอย่างยากลำบาก
  • Release ไม่บ่อย แต่ทำได้อย่างอัตโนมัติ และสำเร็จทุกครั้งในทุก ๆ environment
  • Release บ่อย ด้วยวิธีอัตโนมัติ
  • การ deploy กับ release แยกออกจากกัน
  • Release ด้วยวิธี canary release
  • ไม่มีการ rollback ใช้ roll forward เสมอ
การจัดการข้อมูล
  • การย้ายข้อมูลใช้วิธี manual ไม่มีการใช้ script
  • การย้ายข้อมูลใช้ script ที่มีการควบคุม version แต่รันแบบ manual
  • มีการควบคุมเวอร์ชั่นของการเปลี่ยนแปลงข้อมูลใด ๆ แบบอัตโนมัติ
  • การเปลี่ยนแปลงของข้อมูลทำไปอย่างอัตโนมัติพร้อมกับการ deploy
  • การเปลี่ยนแปลงของข้อมูล รวมถึงการ rollback มีการทดสอบอย่างอัตโนมัติด้วยในทุก ๆ การ deploy
การทดสอบและการยืนยัน
  • รัน unit test แบบอัตโนมัติ
  • มีการแยก test environment ออกมา
  • มีการทดสอบแบบ integration แบบอัตโนมัติ
  • มีการทำ static code analysis
  • มีการทำ test coverage analysis
  • มีการทำ functional test แบบอัตโนมัติ
  • มีการทำ performance test และ security test แบบ manual
  • มีการทำ acceptance test แบบอัตโนมัติเต็มรูปแบบ
  • มีการทำ performance test และ security test แบบอัตโนมัติ
  • มีการทำ exploratory test โดยอิงจากการวิเคราะห์จากความเสี่ยง
  • มีการยืนยัน business value ที่คาดหวัง
  • ปัญหาที่พบถูกแก้ไขทันที (roll forward)
ข้อมูลและการรายงานผล
  • มีการกำหนดตัวชี้วัดกระบวนการทำงาน
  • รายงานต่าง ๆ ถูกสร้างแบบ manual
  • คนทำรายงานจะต้องเข้าถึงรายงานได้
  • มีการวัดผลกระบวนการ
  • รายงานต่าง ๆ ถูกสร้างอย่างอัตโนมัติ
  • ทีมจะต้องสามารถเข้าถึงรายงานได้
  • Release note ถูกสร้างอย่างอัตโนมัติ
  • Pipeline จะต้องสามารถถูกตรวจสอบการทำงานได้
  • สามารถดูรายงานย้อนหลังได้
  • ทีมอื่น ๆ สามารถเข้าถึงรายงานได้
  • มีรายงานการวิเคราะห์แนวโน้มต่าง ๆ
  • แสดงกราฟของตัวชี้วัดต่าง ๆ ใน pipeline ของการ deploy
  • มีข้อมูลให้เลือกดูได้เอง
  • สามารถปรับแต่ง dashboard ได้
  • มีการอ้างอิงถึงข้อมูลจากหน่วยงานอื่น ๆ ในองค์กร

อ้างอิงจาก The Continuous Delivery Maturity Model

About

แปล The Continuous Delivery Maturity Model

Topics

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Contributors 3

  •  
  •  
  •