หนี้ของธุรกิจไม่ได้อยู่ในโค้ด แต่อยู่ในข้อยกเว้นที่สะสมมาทีละข้อ

ทุกครั้งที่มีคนพูดว่ายกเว้นเคสนี้ ธุรกิจได้เพิ่มความซับซ้อนไปอีกหนึ่งชั้นที่ไม่มีใครบันทึกไว้ เมื่อสะสมหลายปี จะไม่มีใครอธิบายได้ว่าธุรกิจทำงานอย่างไร บทความนี้อธิบายว่าข้อยกเว้นสะสมอย่างไร และจะเก็บกวาดได้อย่างไรโดยไม่ทำให้ทุกอย่างแข็งเกินไป
คนทำงานด้านเทคโนโลยีคุ้นเคยกับคำว่าหนี้ทางเทคนิค ซึ่งหมายถึงทางลัดในโค้ดที่ทำให้เร็วขึ้นวันนี้แต่แพงขึ้นในอนาคต แต่มีหนี้อีกประเภทที่ธุรกิจทุกแห่งสะสมโดยไม่มีชื่อเรียก และมักแพงกว่าหนี้ในโค้ดมาก นั่นคือหนี้ที่เกิดจากข้อยกเว้นในกระบวนการ มันเริ่มต้นเสมอด้วยเหตุผลที่ดี ลูกค้ารายใหญ่ขอเงื่อนไขการชำระเงินพิเศษ ทีมจึงยกเว้นให้เฉพาะราย ร้านสาขาหนึ่งมีข้อจำกัดเรื่องพื้นที่ จึงทำวิธีรับของต่างจากสาขาอื่น พนักงานคนหนึ่งถนัดใช้ไฟล์ของตัวเองมากกว่า จึงได้รับอนุญาตให้ทำแบบเดิมไปก่อน ทุกข้อยกเว้นเมื่อมองแยกกันเป็นการตัดสินใจที่สมเหตุสมผลและมักเป็นการบริการที่ดีด้วยซ้ำ ปัญหาอยู่ที่ไม่มีใครนับว่ามีข้อยกเว้นทั้งหมดกี่ข้อแล้ว และแต่ละข้ออยู่ในหัวของคนคนเดียวที่ตัดสินใจในวันนั้น เมื่อผ่านไปสามปี ธุรกิจจะมีวิธีทำงานที่แท้จริงซึ่งไม่ตรงกับสิ่งที่เขียนไว้ที่ไหนเลย และการอธิบายให้พนักงานใหม่เข้าใจจะกลายเป็นเรื่องที่ทำไม่ได้ในทางปฏิบัติ
ทำไมข้อยกเว้นถึงแพงกว่าที่เห็น
ต้นทุนของข้อยกเว้นไม่ได้อยู่ที่ตัวมันเอง แต่อยู่ที่ผลคูณกับทุกอย่างที่มาทีหลัง เมื่อธุรกิจมีข้อยกเว้นสิบข้อ ทุกกระบวนการใหม่ที่จะสร้างต้องคิดเผื่อสิบกรณีนี้ ทุกระบบที่จะวางต้องรองรับสิบกรณีนี้ และพนักงานใหม่ทุกคนต้องเรียนรู้สิบกรณีนี้ ซึ่งใช้เวลานานกว่าการเรียนกฎหลักหลายเท่า นี่คือเหตุผลที่ธุรกิจสองแห่งที่ขนาดเท่ากันอาจมีความยากในการบริหารต่างกันมาก โดยที่ความต่างไม่ได้อยู่ที่จำนวนคนหรือยอดขาย แต่อยู่ที่จำนวนข้อยกเว้นที่สะสมมา ต้นทุนที่มองเห็นได้ชัดที่สุดปรากฏตอนวางระบบ เพราะผู้พัฒนาจะถามว่ากระบวนการเป็นอย่างไร แล้วได้คำตอบว่าปกติเป็นแบบนี้ แต่ยกเว้นลูกค้ากลุ่มนั้น และยกเว้นตอนสิ้นเดือน และยกเว้นถ้าเป็นสินค้าประเภทนี้ ยิ่งมีข้อยกเว้นมาก ระบบยิ่งซับซ้อน ใช้เวลาพัฒนานาน ราคาสูงขึ้น และมีโอกาสผิดพลาดมากขึ้น หลายครั้งสิ่งที่ทำให้โครงการวางระบบบานปลายไม่ใช่ความต้องการที่ซับซ้อนจริง แต่เป็นข้อยกเว้นสะสมที่ไม่มีใครเคยตั้งคำถามว่ายังจำเป็นอยู่ไหม
กระจัดกระจาย
ระบบเดียว
เก็บกวาดโดยไม่ทำให้ทุกอย่างแข็ง
การแก้เรื่องนี้ไม่ใช่การประกาศว่าตั้งแต่วันนี้ไม่มีข้อยกเว้นอีก เพราะข้อยกเว้นจำนวนมากมีอยู่เพราะมันจำเป็นจริง และการตัดทิ้งทั้งหมดจะทำให้ธุรกิจแข็งจนเสียลูกค้า วิธีที่ได้ผลคือทำให้ข้อยกเว้นมองเห็นได้ก่อน แล้วค่อยตัดสินใจทีละข้อ ขั้นแรกคือรวบรวมรายการข้อยกเว้นทั้งหมดที่มีอยู่ ซึ่งทำได้ด้วยการถามทีมหน้างานตรง ๆ ว่ามีเคสไหนบ้างที่เราทำต่างจากปกติ คำถามนี้มักได้รายการที่ยาวกว่าที่ผู้บริหารคาดไว้มาก เพราะทีมรู้ทุกข้อดีอยู่แล้วแต่ไม่เคยมีใครถาม ขั้นที่สองคือจัดกลุ่มข้อยกเว้นเหล่านั้นเป็นสามแบบ แบบแรกคือข้อยกเว้นที่จริง ๆ แล้วควรเป็นกฎหลัก เพราะมันเกิดบ่อยกว่ากรณีปกติไปแล้ว ซึ่งพบบ่อยอย่างน่าประหลาดใจและแก้ได้ด้วยการเปลี่ยนกฎ แบบที่สองคือข้อยกเว้นที่ยังจำเป็นจริงและควรถูกบันทึกเป็นกติกาอย่างเป็นทางการพร้อมเงื่อนไขที่ชัดว่าเมื่อไหร่ใช้ได้ ซึ่งเปลี่ยนมันจากความรู้ในหัวคนเป็นความรู้ขององค์กร และแบบที่สามคือข้อยกเว้นที่ไม่มีใครจำได้แล้วว่าทำไมถึงมี ซึ่งควรถูกยกเลิก และมักพบว่าเมื่อยกเลิกแล้วไม่มีใครเดือดร้อนเลย
ป้องกันไม่ให้สะสมกลับมาอีก
หลังเก็บกวาดแล้ว สิ่งที่กำหนดว่าธุรกิจจะกลับไปรกอีกหรือไม่คือกติกาเวลามีคนขอข้อยกเว้นใหม่ ซึ่งควรเรียบง่ายและทำได้จริง ข้อแรกคือทุกข้อยกเว้นต้องมีคนอนุมัติที่ชัดเจน ไม่ใช่เกิดขึ้นเองจากการที่ใครสักคนตัดสินใจหน้างาน เพราะการมีคนอนุมัติทำให้มีคนที่มองเห็นภาพรวมว่าตอนนี้มีข้อยกเว้นกี่ข้อแล้ว ข้อสองคือทุกข้อยกเว้นต้องถูกบันทึกไว้ในที่เดียวกับกระบวนการหลัก ไม่ใช่อยู่ในความจำหรือในแชท เพราะสิ่งที่ไม่ถูกบันทึกจะกลายเป็นความรู้ที่หายไปพร้อมคน ข้อสามและสำคัญที่สุดคือทุกข้อยกเว้นควรมีวันหมดอายุ ซึ่งเป็นแนวคิดที่ธุรกิจน้อยแห่งใช้แต่ได้ผลมาก การกำหนดว่าข้อยกเว้นนี้ใช้ถึงสิ้นปีแล้วจะทบทวนใหม่ ทำให้ข้อยกเว้นที่หมดความจำเป็นหายไปเองโดยไม่ต้องมีใครไปยกเลิก และเปลี่ยนภาระจากการต้องหาเหตุผลเพื่อยกเลิก เป็นการต้องหาเหตุผลเพื่อคงไว้ ซึ่งเป็นทิศทางที่ถูกกว่ามาก ข้อคิดสุดท้ายคือความซับซ้อนของธุรกิจส่วนใหญ่ไม่ได้มาจากตลาดหรือจากคู่แข่ง แต่มาจากการตัดสินใจเล็ก ๆ ของตัวเองที่สะสมมาโดยไม่มีใครทบทวน และนั่นเป็นข่าวดี เพราะสิ่งที่เราสร้างขึ้นเอง เราก็เก็บกวาดเองได้
แบบเดิม — เดินตามลายเซ็น
3–7 วันในระบบ — อนุมัติจากมือถือ
ไม่กี่ชั่วโมง- ข้อยกเว้นแต่ละข้อสมเหตุสมผล แต่ผลคูณของมันคือความซับซ้อนที่ไม่มีใครถือภาพรวมไว้ได้
- ข้อยกเว้นที่เกิดบ่อยกว่ากรณีปกติ แปลว่ากฎหลักผิด ไม่ใช่ว่าต้องยกเว้นต่อไป
- ให้ทุกข้อยกเว้นมีวันหมดอายุ — เปลี่ยนภาระจากการหาเหตุผลยกเลิก เป็นการหาเหตุผลคงไว้
ในการวางระบบให้ธุรกิจมากว่า 10 ปีในเชียงใหม่และภาคเหนือ Whale Task พบว่าช่วงที่สร้างมูลค่าให้ลูกค้ามากที่สุดมักไม่ใช่ตอนเขียนโปรแกรม แต่คือตอนนั่งไล่กระบวนการจริงแล้วพบว่ามีข้อยกเว้นจำนวนมากที่ไม่มีใครจำได้แล้วว่าทำไมถึงมี การตัดสิ่งเหล่านั้นออกก่อนวางระบบ ทำให้ระบบที่ได้เรียบง่ายขึ้น ถูกลง และทีมใช้ได้เร็วขึ้นมาก ถ้าธุรกิจของคุณรู้สึกว่ากระบวนการซับซ้อนเกินกว่าที่ควรจะเป็น ขอ Workflow Audit ฟรีได้เลย เราจะช่วยไล่ดูกระบวนการจริงและแยกให้เห็นว่าข้อยกเว้นข้อไหนควรกลายเป็นกฎ ข้อไหนควรบันทึกไว้ และข้อไหนที่ตัดออกได้เลยโดยไม่มีใครเดือดร้อน
บริการที่เกี่ยวข้อง
Workflow Audit ฟรี
หนึ่งชั่วโมงไล่ดู workflow จริงของธุรกิจคุณ แล้วบอกตรง ๆ ว่าควรทำอะไรก่อน
WhaleScope
ดูโครงสร้างตลาดของทุกหมวดธุรกิจไทย บน WhaleScope
รายชื่อบริษัท ผู้เล่นรายใหญ่ และอัตราคงอยู่ของแต่ละหมวด — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล
อ่านต่อ

ปิดยอดเดือนเสร็จกลางเดือนถัดไป — วันหายไปไหน และย่นให้เหลือกี่วันได้
ตัวเลขเดือนที่แล้วมาถึงโต๊ะตอนกลางเดือนนี้ ซึ่งสายเกินกว่าจะแก้อะไรได้ทัน บทความนี้ไล่ว่าวันส่วนใหญ่หายไปกับอะไร และวิธีทำปฏิทินปิดยอดที่ย่นเวลาลงได้จริงโดยไม่ต้องเพิ่มคน

Best Practice ที่ลอกมาจากบริษัทใหญ่ มักทำร้าย SME มากกว่าช่วย
แนวปฏิบัติที่ดีของบริษัทใหญ่คือคำตอบของปัญหาที่เกิดจากขนาดขององค์กรนั้น การลอกคำตอบมาโดยไม่มีปัญหาแบบเดียวกัน คือการนำเข้าต้นทุนโดยไม่ได้ประโยชน์ บทความนี้อธิบายว่าทำไม SME ที่พยายามทำตามบริษัทใหญ่ถึงมักช้าลง และควรเลือกรับอะไรมาบ้าง

เมื่อตัวชี้วัดกลายเป็นเป้าหมาย มันจะเลิกวัดความจริง — กฎของกู๊ดฮาร์ตในธุรกิจไทย
ตั้งเป้าปิดเคสให้เร็ว ทีมก็ปิดเคสก่อนแก้จบ ตั้งเป้ายอดขาย ทีมก็ลดราคาจนกำไรหาย ปัญหาไม่ใช่คนโกง แต่คือคนทำตามที่ถูกวัดอย่างซื่อสัตย์ บทความนี้อธิบายกลไกของกฎกู๊ดฮาร์ต วิธีสังเกตว่าตัวเลขของคุณเริ่มโกหกเมื่อไร และการออกแบบตัวชี้วัดคู่ที่กันเกมได้

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