Best Practice ที่ลอกมาจากบริษัทใหญ่ มักทำร้าย SME มากกว่าช่วย

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

กระบวนการคือคำตอบของปัญหา ไม่ใช่คุณธรรม

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

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

ข้อได้เปรียบที่ SME ทิ้งไปโดยไม่รู้ตัว

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

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

จากการวางระบบให้ธุรกิจหลายขนาดในเชียงใหม่และภาคเหนือมากว่า 10 ปี สิ่งที่ Whale Task เห็นซ้ำคือโครงการที่ล้มเหลวจำนวนมากไม่ได้ล้มเพราะระบบไม่ดี แต่ล้มเพราะระบบถูกออกแบบตามภาพขององค์กรที่ใหญ่กว่าความเป็นจริง เราจึงเริ่มทุกโครงการด้วยการดูขนาดและจังหวะของธุรกิจก่อนเสมอ และบอกตรง ๆ เมื่อสิ่งที่ลูกค้าขอมานั้นหนักเกินกว่าปัญหาที่มีอยู่จริง ถ้าคุณกำลังรู้สึกว่าธุรกิจควรมีระบบมากขึ้นแต่ไม่แน่ใจว่าควรเริ่มตรงไหน ขอ Workflow Audit ฟรีได้เลย เราจะช่วยแยกให้เห็นว่าอะไรคือปัญหาที่ควรแก้จริง และอะไรคือความคล่องตัวที่ควรรักษาไว้