Tech & Delivery

เริ่มใช้ Agile ในองค์กรอย่างไรให้เกิด Flow ไม่ใช่แค่เพิ่มพิธีกรรม

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

ภาพจำลองทีมเทคโนโลยีกำลังร่วมกันทดสอบกระบวนการทำงานกับ AI

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

01

ทำความเข้าใจ Flow จากงานที่กำลังค้าง

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

การมองเห็นงานทั้งระบบช่วยให้ทีมคุยจากหลักฐานเดียวกัน แทนการสรุปว่าปัญหาเกิดจากคนหรือจากความขยันไม่พอ เมื่อเห็นจุดคอขวดแล้วจึงค่อยเลือกการทดลองที่เหมาะกับบริบท

  • งานใช้เวลารอมากกว่าลงมือทำตรงไหน
  • การส่งต่อใดทำให้ข้อมูลหรือความรับผิดชอบไม่ชัด
  • งานใดเริ่มแล้วแต่ยังไม่จบและเพราะอะไร
02

ลดงานค้างก่อนเพิ่มความเร็ว

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

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

  • งานใดควรทำให้จบก่อนเริ่มงานใหม่
  • ขีดจำกัดงานที่กำลังทำเหมาะกับความสามารถทีมอย่างไร
  • เมื่อมีงานเร่ง ใครตัดสินใจและอะไรจะถูกเลื่อนออก
03

ออกแบบจังหวะประชุมเพื่อการตัดสินใจ

Agile ไม่ได้แปลว่าต้องมีประชุมตามปฏิทินจำนวนมาก แต่ละจังหวะควรมีคำถามและการตัดสินใจที่ชัด เช่น วันนี้ต้องทำให้งานใดเดินต่อ การทบทวนรอบนี้ได้เรียนรู้อะไร และมีความเสี่ยงใดต้องยกระดับ การตัดกิจกรรมที่ไม่มีผลต่อการตัดสินใจช่วยคืนเวลาให้ทีม

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

  • การประชุมนี้ช่วยตัดสินใจอะไร
  • ข้อมูลใดต้องพร้อมก่อนเริ่ม
  • ใครต้องอยู่ในห้องและใครควรรับรู้ภายหลัง
04

ใช้ Feedback ปรับระบบอย่างต่อเนื่อง

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

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

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

บทความนี้ให้กรอบคิดทั่วไป การออกแบบโปรแกรมจริงควรพิจารณาบริบท นโยบายข้อมูล และผู้มีส่วนได้ส่วนเสียขององค์กร