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

เริ่มจากแผนที่ขอบเขต

ทำรายการบริการและฟีเจอร์ที่อยู่ในขอบเขต พร้อมระบุว่าแต่ละส่วนทีมเดิมพัฒนาเอง ดูแลเพียงการเชื่อมต่อ หรือมีทีมอื่นเป็นเจ้าของ ผูกแต่ละส่วนกับ repository, environment, ผู้รับผิดชอบหลัก และช่องทางขอความช่วยเหลือ หากยังยืนยันไม่ได้ ให้ระบุว่า “รอตรวจ” แทนการเดา

ส่งต่อสิ่งที่ใช้ปฏิบัติงานจริง

เอกสารสถาปัตยกรรมอย่างเดียวอาจไม่ตอบคำถามเมื่อเกิดเหตุขัดข้อง ชุดส่งต่อควรมีวิธี deploy และ rollback, การเฝ้าระวัง, จุดเชื่อมต่อสำคัญ, วิธีตรวจสุขภาพระบบ, ข้อจำกัดที่ทราบ และงานที่กำลังพัฒนาอยู่ เอกสารแต่ละชิ้นควรมีเจ้าของและวันที่ตรวจล่าสุด

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

ประเมินหลังเห็นหลักฐาน

เมื่อทีมรับช่วงเห็นรายการระบบ เอกสาร และสิทธิ์ที่ใช้งานได้ จึงค่อยประเมินภาระดูแล กำลังคน และลำดับการทำ knowledge transfer แยกสถานะว่าเรื่องใดได้รับคำอธิบายแล้ว เรื่องใดตรวจจาก source หรือ runtime แล้ว และเรื่องใดยังรอการยืนยัน

ผลลัพธ์ที่ดีของการส่งต่องานคือ ขอบเขตที่ทั้งสองฝ่ายเข้าใจตรงกัน พร้อมรายการช่องว่างและเจ้าของการปิดช่องว่าง ไม่ใช่เพียงจำนวนชั่วโมงประชุมหรือสไลด์ที่นำเสนอ

← บทความทั้งหมด