40 รายงาน ไม่มีการตัดสินใจแม้แต่ครั้งเดียว: Self-Service BI ให้ผลอะไรกันแน่

สี่สิบรายงาน ผมเคยเข้าไปดู Power BI workspace ที่มีรายงานสี่สิบ หกสิบ บางทีมากกว่านั้น แต่ละรายงานถูกสร้างโดยคนที่ต้องการคำตอบในวันนั้น ได้คำตอบแล้วก็เดินหน้าต่อ workspace ขยายขึ้นเรื่อยๆ ความเชื่อถือหายไป

Self-service BI ถูกขายมาในฐานะเครื่องมือที่ให้พลังทุกทีม ไม่ต้องรอ BI team กลาง ข้อมูลมีอยู่แล้ว เครื่องมือมีอยู่แล้ว สร้างเองได้เลย

ผลที่ได้คือ รายงานชื่อ "Sales Report v3 FINAL" รายงานถัดไปชื่อ "Sales Report v3 FINAL revised" และรายงานที่สามที่ฝ่ายการเงินสร้างเองเพราะไม่เชื่อสองรายงานแรก ไม่มีใครรู้ว่าเวอร์ชันไหนถูกต้อง ไม่มีใครจำได้ว่าใครสร้างอันแรก เวลาที่ตัวเลขสำคัญ สามคนส่งสามไฟล์จากสามรายงานที่ดึงข้อมูลมาจากระบบเดียวกัน ตัวเลขต่างกันทั้งสาม

นี่ไม่ใช่ปัญหาของข้อมูล ข้อมูลต้นทางถูกต้อง เครื่องมือทำงานได้ตามที่ควรจะเป็น ความล้มเหลวเกิดขึ้นที่อื่น

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

คำถามง่ายๆ คือ รายงานไหนควรมีอยู่? ไม่ใช่ว่ารายงานไหนมีอยู่จริง แต่ว่ารายงานไหน ควรมี

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

ใน report swamp การสนทนานั้นไม่เคยเกิดขึ้น แต่ละทีมสร้างตามความต้องการของตัวเอง ซึ่งสมเหตุสมผลในระดับบุคคล swamp เป็นผลของการตัดสินใจที่สมเหตุสมผลสี่สิบครั้งโดยไม่มีกรอบร่วม

เราหยิบ governance tooling มาแก้ปัญหา Power BI มี endorsement, sensitivity label, workspace tier สิ่งเหล่านี้มีประโยชน์ แต่ไม่สามารถชดเชยการที่ไม่มีใครตัดสินใจออกแบบ architecture ก่อน คุณไม่สามารถ govern สิ่งที่ไม่เคยถูกออกแบบมา การ endorse รายงานไม่มีความหมายถ้าทีมยังไม่ตกลงกันว่ารายงานไหนมีตัวเลขที่ถูกต้องและรายงานไหนไม่ควรมีอยู่เลย

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

สิ่งที่ได้จากการสนทนานั้นคือโครงสร้าง: รายงานที่เพียงพอสำหรับทุกทีม ทุก role ทุก perimeter ไม่มากกว่านั้น ไม่น้อยกว่านั้น แต่ละรายงานผูกกับการตัดสินใจ แต่ละชิ้นงาน exploratory แยกออกจาก single source of truth อย่างชัดเจน

ถ้าไม่มีการตัดสินใจนั้น self-service BI ก็จะสร้างรายงานต่อไปเรื่อยๆ แต่ละอันถูกต้องในทางเทคนิค ไม่มีอันไหนน่าเชื่อถือ

ถ้าคุณเป็น BI developer ที่ดูแล workspace ที่โตเกินกว่าจะเข้าใจได้ คำตอบไม่ใช่ policy ที่เข้มงวดขึ้น แต่เป็นการนั่งลงแมปว่ารายงานไหนรองรับการตัดสินใจอะไร และปลด retire รายงานที่ไม่ได้รองรับอะไรเลย

ถ้าคุณเป็นผู้บริหารที่อนุมัติ self-service BI และตอนนี้ได้ยินว่าทีมต่างๆ ใช้ตัวเลขต่างกัน ความล้มเหลวไม่ได้อยู่ที่เครื่องมือ architecture ไม่เคยถูกออกแบบ แก้ได้ แต่ยิ่งรอนาน ยิ่งมีการตัดสินใจจากแหล่งที่ผิดมากขึ้น

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

ถ้า report library ขององค์กรคุณโตเกินกว่าที่ใครจะเชื่อถือได้ การลงทุนออกแบบโครงสร้างที่ถูกต้องตอนนี้ย่อมน้อยกว่าต้นทุนของการดูแล library ที่ไม่มีใครเชื่อต่อไปเรื่อยๆ → ออกแบบ architecture