Gall’s Law: ระบบซับซ้อนที่ใช้งานได้ ไม่เคยถูกออกแบบให้ซับซ้อนตั้งแต่วันแรก
แผนที่สมบูรณ์แบบมักล้มก่อนแผนที่เรียบง่าย
มีคำอธิบายสำหรับเรื่องนี้ซ่อนอยู่ในหนังสือเล่มเล็ก ๆ ชื่อ Systemantics ที่ John Gall แพทย์และนักคิดด้านระบบชาวอเมริกันเขียนไว้ในปี 1975 ข้อสังเกตของเขาถูกเรียกต่อมาว่า Gall’s Law (กฎของกอลล์) ใจความคือ ระบบซับซ้อนที่ใช้งานได้ ล้วนพัฒนามาจากระบบเรียบง่ายที่ใช้งานได้ก่อน ระบบซับซ้อนที่ถูกออกแบบขึ้นมาใหม่ทั้งก้อนตั้งแต่ต้น ไม่เคยใช้งานได้จริง และไม่สามารถซ่อมให้ใช้ได้ ต้องกลับไปเริ่มจากระบบง่าย ๆ ที่ใช้ได้ใหม่อีกครั้ง
🔴 ทำไมการออกแบบครบจบในครั้งเดียวถึงพัง
ลองดูโครงการที่ใครหลายคนเคยเจอ องค์กรตัดสินใจเปลี่ยนกระบวนการอนุมัติเอกสารทั้งหมดในครั้งเดียว มีขั้นตอนใหม่ สิทธิ์ใหม่ แบบฟอร์มใหม่ ระบบใหม่ และรายงานใหม่ ทุกอย่างผ่านการประชุมมาหลายรอบ บนกระดาษมันดูสมเหตุสมผลทุกจุด แต่พอเปิดใช้จริงสัปดาห์แรก ปรากฏว่าฝ่ายหนึ่งไม่มีสิทธิ์เข้าหน้าที่ต้องใช้ อีกฝ่ายกรอกช่องที่ไม่เคยมีใครบอกว่าต้องกรอก และรายงานดึงข้อมูลจากช่องที่ยังว่างอยู่
ปัญหาไม่ใช่ว่าคนออกแบบไม่เก่ง แต่เป็นเพราะความซับซ้อนมีข้อจำกัดอย่างหนึ่งที่การวางแผนอย่างเดียวผ่านไปไม่ได้ คือส่วนต่าง ๆ ของระบบจะ “ปะทะกัน” ในรูปแบบที่เรามองไม่เห็นจนกว่าจะเริ่มใช้งานจริง ยิ่งส่วนประกอบเยอะ จำนวนจุดที่ปะทะกันได้ก็ยิ่งเพิ่มเร็วกว่าจำนวนส่วนประกอบเอง และเราไม่มีทางเดาได้ครบทุกจุดล่วงหน้า
ระบบเล็กที่ใช้ได้จึงมีคุณค่ามากกว่าที่เห็น เพราะมันไม่ได้เป็นแค่เวอร์ชันย่อ แต่คือเครื่องมือค้นหาจุดปะทะ ทุกครั้งที่มันพัง เราได้ข้อมูลว่าจุดไหนที่แผนบนกระดาษมองข้าม และทุกครั้งที่ต่อยอดจากฐานที่ใช้ได้ เรากำลังเพิ่มความซับซ้อนทีละชั้นบนสิ่งที่พิสูจน์แล้วว่าทำงาน
🔴 เริ่มเล็ก ไม่ได้แปลว่าคิดเล็ก
มีความเข้าใจผิดที่พบบ่อยว่า การเริ่มเล็กคือการลดความทะเยอทะยาน ซึ่งไม่จริง เป้าหมายปลายทางยังใหญ่ได้เท่าเดิม สิ่งที่เปลี่ยนคือเส้นทางไปหาเป้าหมายนั้น จากการสร้างทั้งหมดแล้วค่อยเปิดใช้ มาเป็นการหาชิ้นเล็กที่สุดที่ “ใช้ได้จริง” แล้วเปิดใช้ก่อน
คำว่า “ใช้ได้จริง” สำคัญมาก ชิ้นเล็กที่ใช้ไม่ได้ ไม่ใช่การเริ่มเล็ก แต่คือการสร้างชิ้นส่วนหนึ่งของระบบใหญ่ที่ยังไม่รู้ว่าจะทำงานหรือไม่ ตัวอย่างเช่น ถ้าอยากเปลี่ยนกระบวนการอนุมัติเอกสารทั้งองค์กร ชิ้นเล็กที่ใช้ได้จริงอาจเป็นเอกสารประเภทเดียว ในหนึ่งแผนก ตั้งแต่ต้นจนจบกระบวนการ ไม่ใช่การสร้างขั้นตอนที่หนึ่งของทุกแผนกแล้วรอขั้นตอนอื่นตามมา
🔴 คำถามที่ช่วยให้เริ่มเล็กได้ถูกที่
เวลามีโครงการใหญ่อยู่ในมือ มีคำถามสามข้อที่ช่วยหาชิ้นเริ่มต้นได้ ข้อแรก ถ้าต้องส่งมอบผลที่ใช้ได้จริงภายในสองสัปดาห์ จะเหลืออะไรที่ตัดไม่ได้ ข้อที่สอง ส่วนไหนของโครงการที่ถ้าผิดแล้วจะกระทบส่วนอื่นมากที่สุด เพราะส่วนนั้นควรถูกทดสอบก่อน ข้อที่สาม เราจะรู้ได้อย่างไรว่าชิ้นเล็กนี้ “ทำงาน” ซึ่งบังคับให้เราต้องนิยามความสำเร็จเป็นรูปธรรมตั้งแต่ต้น
คำถามเหล่านี้เป็นวิธีคิดมากกว่าเทคนิคบริหารโครงการ เพราะมันเปลี่ยนจุดโฟกัสจาก “แผนครบหรือยัง” ไปเป็น “เรารู้อะไรจริง ๆ แล้วบ้าง” ซึ่งเป็นความต่างที่สำคัญ ระหว่างการวางแผนเพื่อความรู้สึกมั่นคง กับการวางแผนเพื่อเรียนรู้
ระบบที่ซับซ้อนและใช้ได้ดี คือสิ่งที่เติบโตมาจากการพิสูจน์ซ้ำ ๆ ไม่ใช่สิ่งที่ถูกวาดครบตั้งแต่วันแรก
——————————————————
หากองค์กรของคุณกำลังมองหาหลักสูตรเพื่อพัฒนาทักษะการคิดและ Soft Skills ให้กับทีมงาน
dots academy ให้บริการ In-house Training ที่ออกแบบให้เหมาะกับบริบทของแต่ละองค์กร ถ่ายทอดโดยเทรนเนอร์ที่ได้รับการรับรองระดับนานาชาติ พร้อมประสบการณ์ด้านการอบรมและพัฒนาองค์กรมากกว่า 10 ปี
หลักสูตรครอบคลุมหัวข้อ เช่น
✏️Analytical Thinking
✏️Critical Thinking
✏️Strategic Thinking
✏️Six Thinking Hats
✏️Business Storytelling
สนใจสอบถามรายละเอียดหรือปรึกษาการออกแบบหลักสูตรสำหรับองค์กรของคุณได้ทาง LINE @dots
ความคิดเห็น