ภาค 4: บทนำ

I n Part III เราได้อธิบายถึงสถาปัตยกรรมและแนวปฏิบัติทางเทคนิคที่จำเป็นในการสร้าง fast flow จาก Development ไปยัง Operations ตอนนี้ใน Part IV เราจะอธิบายถึงวิธีการ implement แนวปฏิบัติทางเทคนิคของ Second Way ซึ่งจำเป็นต่อการสร้าง feedback ที่รวดเร็วและต่อเนื่องจาก Operations กลับไปยัง Development

การทำเช่นนี้ช่วยให้เราลดระยะเวลาและขยาย feedback loops เพื่อให้สามารถมองเห็นปัญหาเมื่อมันเกิดขึ้นและกระจายข้อมูลนี้ ไปยังทุกคนใน value stream ซึ่งช่วยให้เราค้นหาและแก้ไขปัญหาได้เร็วขึ้นตั้งแต่ช่วงต้นของ software development life cycle โดย ideally ก่อนที่ปัญหาจะนำไปสู่ความล้มเหลวร้ายแรง

นอกจากนี้ เราจะสร้างระบบการทำงานที่ความรู้ที่ได้จากฝั่ง downstream ใน Operations ถูกนำกลับมาผสานเข้ากับงาน upstream ของ Development และ Product Management ซึ่งช่วยให้เราสร้างการปรับปรุงและองค์ความรู้ได้อย่างรวดเร็ว ไม่ว่าจะมาจาก production issue, deployment issue, สัญญาณเตือนล่วงหน้าของปัญหา หรือรูปแบบการใช้งานของลูกค้า

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

เราจะสาธิตวิธีการสร้าง telemetry จาก build, test และ deploy processes รวมถึงจากพฤติกรรมผู้ใช้, production issues และ outages, audit issues และ security breaches โดยการขยายสัญญาณเหล่านี้ให้เป็นส่วนหนึ่งของงานประจำวัน เราจะสามารถมองเห็นและแก้ไขปัญหาได้ทันทีเมื่อมันเกิดขึ้น และเราจะสร้างระบบการทำงานที่ปลอดภัยที่ช่วยให้เราสามารถเปลี่ยนแปลงและทดลองผลิตภัณฑ์ได้อย่างมั่นใจ โดยรู้ว่าเราสามารถตรวจจับและแก้ไขความล้มเหลวได้อย่างรวดเร็ว เราจะทำทั้งหมดนี้โดยการสำรวจหัวข้อต่อไปนี้:

• การสร้าง telemetry เพื่อให้สามารถมองเห็นและแก้ไขปัญหา

• การใช้ telemetry ของเราเพื่อคาดการณ์ปัญหาและบรรลุเป้าหมายได้ดีขึ้น

• การผสานงานวิจัยผู้ใช้และ feedback เข้ากับงานของ product teams

• การเปิดใช้งาน feedback เพื่อให้ Dev และ Ops สามารถทำ deployment ได้อย่างปลอดภัย

• การเปิดใช้งาน feedback เพื่อเพิ่มคุณภาพของงานผ่าน peer reviews และ pair programming

รูปแบบ (patterns) ในบทนี้ช่วยเสริมสร้างเป้าหมายร่วมกันของ Product Management, Development, QA, Operations และ Infosec และสนับสนุนให้พวกเขาแบ่งปันความรับผิดชอบในการทำให้บริการทำงานได้อย่างราบรื่นใน production และร่วมมือกันในการปรับปรุงระบบโดยรวม ในทุกที่ที่เราสามารถทำได้ เราต้องการเชื่อมโยงสาเหตุไปยังผลลัพธ์ ยิ่งเราสามารถพิสูจน์ว่าสมมติฐานใดไม่ถูกต้องได้มากเท่าไหร่ เราก็จะค้นพบและแก้ไขปัญหาได้เร็วขึ้นเท่านั้น แต่เราก็จะสามารถเรียนรู้และสร้างนวัตกรรมได้ดียิ่งขึ้นด้วย

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