การมีระบบ ไม่ได้แปลว่ามีวินัย — ระบบไม่ได้สร้างวินัย แต่เปิดเผยว่ามีหรือไม่มี

ธุรกิจจำนวนมากซื้อระบบด้วยความหวังว่ามันจะทำให้ทีมทำงานเป็นระเบียบขึ้น แล้วพบว่าความไม่เป็นระเบียบเดิมย้ายเข้าไปอยู่ในระบบแทน บทความนี้อธิบายว่าระบบทำอะไรได้จริงกับพฤติกรรมองค์กร และอะไรที่ต้องแก้ด้วยวิธีอื่นก่อน
ในฐานะทีมที่วางระบบให้ธุรกิจมาหลายร้อยราย มีความจริงข้อหนึ่งที่เราคิดว่าควรพูดให้ชัดแม้มันจะขัดกับสิ่งที่คนขายซอฟต์แวร์มักบอก นั่นคือระบบไม่ได้สร้างวินัยให้องค์กร สิ่งที่ระบบทำคือทำให้เห็นชัดขึ้นว่าองค์กรมีวินัยอยู่แค่ไหน ธุรกิจที่ทีมบันทึกข้อมูลไม่ครบตอนใช้กระดาษ จะบันทึกไม่ครบตอนใช้ระบบเหมือนเดิม เพียงแต่ตอนนี้ช่องว่างปรากฏชัดเป็นตัวเลขให้ทุกคนเห็น ธุรกิจที่หัวหน้าไม่เคยตามงานที่มอบหมายไป จะยังไม่ตามเหมือนเดิมแม้จะมีกระดานงานสวยงาม และธุรกิจที่ตกลงกันแล้วไม่ทำตาม จะยังไม่ทำตามแม้ระบบจะเตือนทุกวัน สาเหตุที่ต้องพูดเรื่องนี้ให้ชัดคือความคาดหวังที่ผิดตั้งแต่ต้นเป็นสาเหตุอันดับต้น ๆ ของโครงการที่ล้มเหลว เจ้าของที่ซื้อระบบด้วยความหวังว่ามันจะแก้ปัญหาพฤติกรรมของทีม จะผิดหวังเสมอ ในขณะที่เจ้าของที่เข้าใจว่าระบบเป็นเครื่องมือขยายผลของสิ่งที่มีอยู่แล้ว จะใช้มันได้คุ้มกว่ามาก เพราะเขาจะรู้ว่าต้องทำอะไรควบคู่ไปด้วย
สิ่งที่ระบบทำได้จริงกับพฤติกรรม
การบอกว่าระบบไม่สร้างวินัยไม่ได้แปลว่าระบบไม่มีผลต่อพฤติกรรมเลย ระบบมีผลมาก เพียงแต่ผลนั้นทำงานผ่านกลไกที่ต่างจากที่คนคาดหวัง กลไกแรกคือการทำให้สิ่งที่ถูกต้องง่ายกว่าสิ่งที่ผิด คนส่วนใหญ่ไม่ได้ทำสิ่งที่ผิดเพราะตั้งใจ แต่เพราะสิ่งที่ถูกต้องยุ่งยากกว่าในขณะนั้น เมื่อระบบทำให้การบันทึกข้อมูลใช้เวลาสามวินาทีแทนสามนาที พฤติกรรมจะเปลี่ยนเองโดยไม่ต้องขอความร่วมมือ กลไกที่สองคือการทำให้สิ่งที่เกิดขึ้นมองเห็นได้ เมื่องานทุกชิ้นมีเจ้าของและสถานะที่ทุกคนเห็น ความรับผิดชอบจะชัดขึ้นโดยธรรมชาติ ไม่ใช่เพราะระบบบังคับ แต่เพราะมนุษย์มีพฤติกรรมต่างกันเมื่อรู้ว่าสิ่งที่ทำอยู่มีคนเห็น กลไกที่สามคือการลดภาระความจำ เพราะวินัยส่วนใหญ่ที่หายไปในองค์กรไม่ได้หายเพราะคนไม่อยากทำ แต่เพราะลืมในวันที่ยุ่ง ระบบที่เตือนถูกเวลาจึงช่วยได้จริง แต่ทั้งสามกลไกนี้มีเงื่อนไขร่วมกันข้อหนึ่ง คือมันขยายผลของความตั้งใจที่มีอยู่ ถ้าความตั้งใจไม่มีตั้งแต่แรก ระบบจะขยายความไม่ตั้งใจนั้นให้เห็นชัดขึ้นเท่านั้น
ช่วงที่ทีมต้านคือช่วงสั้น ๆ — ธุรกิจส่วนใหญ่เลิกกลางทางตรงจุดที่กำลังจะดีขึ้นพอดี
สิ่งที่ต้องแก้ด้วยวิธีอื่นก่อน
มีปัญหาบางประเภทที่ไม่ควรคาดหวังให้ระบบแก้ และการรู้ล่วงหน้าว่ามีอะไรบ้างจะช่วยประหยัดทั้งเงินและความผิดหวัง ประเภทแรกคือความไม่ชัดเจนว่าใครรับผิดชอบอะไร ถ้าองค์กรยังไม่เคยตกลงกันว่าใครเป็นเจ้าของงานประเภทไหน การใส่ระบบเข้าไปจะได้แค่กระดานที่ทุกงานไม่มีชื่อคน ซึ่งไม่ต่างจากเดิม ประเภทที่สองคือการที่ผู้นำไม่ใช้สิ่งที่ตัวเองประกาศ ซึ่งเป็นตัวทำลายโครงการที่ทรงพลังที่สุด เพราะทีมจะอ่านออกภายในสัปดาห์เดียวว่าอะไรที่ต้องทำจริงและอะไรที่ทำแค่ให้ดูดี ประเภทที่สามคือความขัดแย้งของแรงจูงใจ เช่น การขอให้ทีมขายบันทึกข้อมูลลูกค้าครบถ้วนในขณะที่ประเมินผลเขาด้วยยอดขายอย่างเดียว ซึ่งเป็นการขอสิ่งที่ระบบแรงจูงใจไม่ได้ให้รางวัล และประเภทที่สี่คือปริมาณงานที่มากเกินไปจริง ๆ เพราะทีมที่ทำงานไม่ทันอยู่แล้วจะไม่มีเวลาบันทึกข้อมูลเพิ่มไม่ว่าระบบจะดีแค่ไหน สี่เรื่องนี้ต้องแก้ด้วยการตกลงกันในองค์กร ไม่ใช่ด้วยการซื้อซอฟต์แวร์ และธุรกิจที่แก้เรื่องเหล่านี้ก่อนจะพบว่าระบบเดียวกันให้ผลต่างกันอย่างสิ้นเชิงเมื่อวางบนพื้นที่พร้อมแล้ว
แล้วควรคาดหวังอะไรจากการวางระบบ
เมื่อตั้งความคาดหวังให้ถูก ระบบจะกลายเป็นการลงทุนที่ให้ผลตอบแทนสูงมาก สิ่งที่ควรคาดหวังได้จริงมีสามอย่าง อย่างแรกคือการลดงานที่ไม่สร้างมูลค่า ซึ่งเป็นเรื่องที่ระบบทำได้ดีที่สุดและวัดผลได้ชัดที่สุด งานคีย์ซ้ำ งานรวบรวมรายงาน และงานตามหาข้อมูล หายไปได้จริงและคืนเวลาให้ทีมทันที อย่างที่สองคือการทำให้ความรู้เป็นขององค์กรแทนที่จะเป็นของคนใดคนหนึ่ง ซึ่งลดความเสี่ยงที่ใหญ่ที่สุดของธุรกิจขนาดกลางและเล็ก และอย่างที่สามคือการทำให้ผู้บริหารเห็นความจริงเร็วขึ้น ซึ่งไม่ได้แก้ปัญหาให้โดยตรงแต่ทำให้แก้ได้ทันเวลา ส่วนสิ่งที่ไม่ควรคาดหวังคือการที่ทีมจะเปลี่ยนพฤติกรรมเพียงเพราะมีเครื่องมือใหม่ ข้อคิดที่เราให้กับลูกค้าทุกรายก่อนเริ่มโครงการคือ ระบบที่ดีที่สุดในโลกวางบนองค์กรที่ยังไม่ตกลงกันว่าจะทำงานอย่างไร จะให้ผลแย่กว่าระบบธรรมดาที่วางบนองค์กรที่ชัดเจน ดังนั้นถ้าต้องเลือกลงทุนอย่างเดียวก่อน ให้ลงทุนกับความชัดเจนของวิธีทำงานก่อนเสมอ เพราะมันเป็นสิ่งที่ทำให้ทุกการลงทุนหลังจากนั้นได้ผลจริง
ตรวจ workflow
สัปดาห์ 1–2
ออกแบบ
3–4
พัฒนา
5–8
ทดลองใช้
9–10
ขึ้นจริง
11–12
ตัวอย่างไทม์ไลน์ ~3 เดือน (ปรับตามขนาดธุรกิจ)
- ระบบไม่สร้างวินัย แต่ขยายผลของความตั้งใจที่มีอยู่ให้เห็นชัดขึ้น ทั้งด้านดีและด้านที่ขาด
- ความไม่ชัดเจนเรื่องเจ้าของงาน ผู้นำที่ไม่ใช้เอง และแรงจูงใจที่ขัดกัน ต้องแก้ก่อนซื้อซอฟต์แวร์
- คาดหวังได้จริงสามอย่าง — ลดงานไร้มูลค่า เก็บความรู้ไว้กับองค์กร และเห็นความจริงเร็วขึ้น
นี่คือเหตุผลที่ Whale Task เริ่มทุกโครงการด้วยการเข้าไปดูหน้างานจริงและช่วยลูกค้าตกลงเรื่องวิธีทำงานก่อนเขียนโปรแกรมแม้แต่บรรทัดเดียว และเป็นเหตุผลที่เราบอกตรง ๆ เมื่อเห็นว่าปัญหาของลูกค้าไม่ใช่เรื่องที่ซอฟต์แวร์แก้ได้ ด้วยประสบการณ์กว่า 10 ปีในเชียงใหม่และภาคเหนือ เรารู้ว่าโครงการที่สำเร็จกับที่ล้มเหลวต่างกันที่ตรงนี้มากกว่าที่เทคโนโลยี ถ้าคุณกำลังคิดจะวางระบบและอยากรู้ว่าองค์กรของคุณพร้อมแค่ไหน ขอ Workflow Audit ฟรีได้เลย เราจะบอกตรง ๆ ว่าควรเริ่มที่ระบบ หรือควรเริ่มที่การตกลงกันเรื่องวิธีทำงานก่อน
บริการที่เกี่ยวข้อง
โตเกิน Excel แล้ว — วางระบบหลังบ้าน SME
เปลี่ยนงานที่กระจายใน Excel, LINE และกระดาษ ให้เป็นระบบเดียวที่ใช้ได้จริง
WhaleScope
ดูโครงสร้างตลาดของทุกหมวดธุรกิจไทย บน WhaleScope
รายชื่อบริษัท ผู้เล่นรายใหญ่ และอัตราคงอยู่ของแต่ละหมวด — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล
อ่านต่อ

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

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

ระบบดีแค่ไหนก็แพ้เครื่องพิมพ์ที่ไม่ยอมพิมพ์: ครึ่งฮาร์ดแวร์ของงานวางระบบ ERP/POS ที่มักถูกลืม และข้อได้เปรียบของทีมเชียงใหม่
ซอฟต์แวร์คือครึ่งเดียวของระบบหน้างาน อีกครึ่งคือเครื่อง POS ปริ้นเตอร์ใบเสร็จ สแกนเนอร์ ลิ้นชักเงิน แท็บเล็ตคลัง และมือถือของทีมขาย บทความนี้ไล่การเลือกฮาร์ดแวร์ทีละชิ้นจากประสบการณ์ติดตั้งจริง จุดที่งบมักตั้งขาด และเหตุผลที่งานหน้างานภาคเหนือ ทีมที่ขับรถถึงร้านคุณได้ใน 30 นาทีได้เปรียบเสมอ

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