ที่ทำงานมีวิธีขอให้ทำงานแบบหนึ่งที่ดูธรรมดา แต่จริง ๆ แล้วอันตรายเงียบ ๆ
ส่งข้อมูลแบบนี้มาให้ทุกเดือนนะ
นี่แหละ
เผิน ๆ ก็เป็นคำขอธรรมดา ๆ
มีตัวอย่างเดือนที่แล้ว มีข้อมูลเก่า พอเดารูปแบบได้คร่าว ๆ
คนทำงานก็เลยทำตาม “อารมณ์ประมาณนั้น” ไปทุกเดือน
แต่คำว่า “แบบนี้” มักกลายเป็นปัญหาทีหลัง
ช่องนี้ไม่ได้ใส่เหรอ
ส่งตอนนี้จริง ๆ ได้เหรอ
คุณ ○○ บอกว่าไม่ใช่นะ
เมื่อก่อนมีไม่ใช่เหรอ
พอเป็นแบบนี้ คนทำงานก็จะคิดว่า
ฉันจะไปรู้เหรอ
ช่วยกำหนดช่องข้อมูล วันที่อ้างอิงข้อมูล และวันส่งมาตั้งแต่แรกสิ
นี่ไม่ใช่แค่การบ่น
แต่เป็นปัญหาเชิงโครงสร้างที่เกิดซ้ำบ่อยมากในงานประจำ
“แบบนี้” ไม่ใช่สเปก
“ส่งมาทุกเดือนแบบนี้นะ” ไม่ใช่สเปก
มันคือตัวอย่าง
คืออารมณ์
คือความเคยชินที่ผ่านมา
คือการทำไปก่อนชั่วคราว
ถ้าจะให้ถือเป็นสเปกจริง ๆ อย่างน้อยต้องกำหนดสิ่งเหล่านี้
- ช่องข้อมูลที่ต้องมี
- ช่องข้อมูลที่ใส่หรือไม่ใส่ก็ได้
- ข้อมูลต้นทางที่ใช้อ้างอิง
- ใช้ข้อมูล ณ วันที่เท่าไร
- ส่งวันที่เท่าไร
- ถ้ามีการเปลี่ยนแปลง ใครเป็นคนตัดสิน
- กฎการรับคำขอเพิ่มเติมจากแผนกอื่น
ถ้ายังไม่ได้กำหนดอะไรเลย คนทำงานก็ทำได้แค่ดูตัวอย่างเก่าแล้วทำแบบ “คงประมาณนี้มั้ง”
แล้วถ้าทีหลังโดนพูดว่า
อันนี้ไม่ได้ใส่เหรอ
นั่นก็ไม่จำเป็นต้องเป็นความผิดของคนทำงานเสมอไป
แค่ไม่เคยมีสเปกเท่านั้นเอง
ถ้าสามเดือนไม่มีใครว่าอะไร อย่างน้อยวิธีนี้ก็ถูกยอมรับโดยปริยาย
จุดสำคัญคือกรณีที่งานเดินด้วยวิธีนั้นมาหลายเดือนแล้วจริง ๆ
สมมติว่าหลังจากรับงานมา คุณส่งรายชื่อพนักงานต้นเดือนทุกเดือนเป็นเวลาสามเดือน
ระหว่างนั้นไม่มีใครบอกเลยว่า “ช่วงเวลาที่ส่งไม่ใช่” “ช่องนี้ขาด” หรือ “วันที่อ้างอิงนี้ไม่สะดวก”
แล้วอยู่ ๆ ทีหลังก็มีคนพูดว่า
จะใช้กับฉบับที่ออกวันที่ 16 นะ วันที่ 1 อย่างตอนนี้ส่งจริง ๆ ได้เหรอ
แบบนี้จะสรุปทันทีว่าเป็นความผิดพลาดในอดีตไม่ได้
เพราะตลอดสามเดือนนั้น อีกฝ่ายก็รับไปแบบนี้มาตลอด
แน่นอนว่าระหว่างทาง แผนกอื่นอาจใช้งานต่างไป อาจพบว่าต้องใช้ตำแหน่งงาน หรืออยากทบทวนช่วงเวลาที่ออกเอกสาร
เรื่องพวกนี้ไม่ได้เสียหายอะไร
แต่นั่นคือเรื่อง “มีความต้องการใหม่เกิดขึ้น”
ไม่ใช่เรื่อง “ผู้รับผิดชอบคนก่อนทำผิด”
ถ้าสามเดือนรับไปโดยไม่พูดอะไร อย่างน้อยวิธีนั้นก็ถูกปล่อยผ่านในหน้างาน
ถ้าต่อจากนั้นจะเปลี่ยนช่องที่ต้องมีหรือเวลาส่ง สิ่งที่ต้องทำไม่ใช่การโทษใคร แต่คือการอัปเดตสเปก
ปัญหาไม่ใช่ “ไม่ได้ใส่ตำแหน่งงาน”
สมมติว่ามีงานอย่างรายชื่อพนักงานที่ออกทุกเดือน
แผนกอื่นบอกว่า
ถ้าไม่มีตำแหน่งงาน อาจดูไม่รู้เรื่อง
หัวหน้าหรือผู้รับผิดชอบก็ถามคนทำงานว่า
อันนี้ ไม่ได้ใส่ตำแหน่งงานเหรอ
ตรงนี้เรื่องก็เริ่มเบี้ยวไปนิดหนึ่งแล้ว
ปัญหาไม่ใช่ว่าไม่ได้ใส่ตำแหน่งงาน
ปัญหาคือไม่เคยกำหนดให้ตำแหน่งงานเป็นช่องที่ต้องมี
ดังนั้นบทสนทนาที่ควรเป็นคือ
อ๋อ เข้าใจแล้ว ต่อไปต้องมีตำแหน่งงานด้วยสินะ
งั้นตั้งแต่ครั้งหน้าเป็นต้นไปจะเพิ่มเป็นช่องข้อมูลค่ะ
จบแค่นั้น
รู้แล้วว่ามีช่องที่ยังไม่เคยกำหนดแต่จำเป็น
ก็เพิ่มเข้าไปในสเปกต่อจากนี้
เท่านั้นเอง
อย่าเปลี่ยนคำขอเพิ่มเติมให้กลายเป็น “เกมจับผิด”
ในการทำงาน บางทีก็เพิ่งรู้ทีหลังว่าต้องมีช่องข้อมูลบางอย่าง
เรื่องนี้ไม่ได้เลวร้ายอะไร
แผนกอื่นลองใช้แล้วสังเกตว่า
ถ้ามีตำแหน่งงานจะเข้าใจง่ายกว่า
ไม่รู้วันที่อ้างอิงก็ตรวจสอบยาก
ถ้ามีช่องนี้ด้วยก็คงช่วยได้
เป็นเรื่องที่เกิดขึ้นธรรมดามาก
ดังนั้นการรับมือที่ถูกต้องก็ง่าย ๆ
งั้นเพิ่มให้ตั้งแต่ครั้งหน้านะครับ
ถ้าฉบับนี้ก็ต้องการด้วย จะส่งฉบับเพิ่มเติมให้
ต่อไปจะให้ช่องนี้เป็นมาตรฐาน
แค่นี้ก็พอ
แต่ในที่ทำงานที่แก้ปัญหาไม่เก่ง เรื่องนี้กลับถูกเปลี่ยนเป็น “เกมจับผิด” ไปโดยไม่รู้ว่าทำไม
ทำไมไม่ใส่
ที่ผ่านมามีนี่นา
ใครบอกว่าไม่ใช่
พูดต่างจากที่เคยคุยกันได้เหรอ
จะบอกว่าคนที่ทักท้วงผิดงั้นเหรอ
ไม่ใช่เลย
ประเด็นมันคนละเรื่อง
ถ้ามีคำขอใหม่ ก็เพิ่มเข้าไปในสเปก
ถ้าพบว่าขาดอะไร ก็ทำให้เป็นมาตรฐานตั้งแต่ครั้งหน้า
ถ้าวันที่อ้างอิงคลุมเครือ ก็กำหนดมันซะ
แค่นั้นเอง
ไม่ต้องพูดว่า “คนที่ทักท้วงผิด”
ไม่ต้องพูดว่า “คนทำงานพลาด”
ไม่ต้องพูดว่า “คนก่อนหน้าไม่ดี”
สิ่งที่ต้องทำมีอย่างเดียว คือกำหนดวิธีทำงานต่อจากนี้
ถ้ายังไม่ได้กำหนด ก็แค่กำหนด
สิ่งที่สำคัญที่สุดในเรื่องแบบนี้คือประโยคนี้
ถ้ายังไม่ได้กำหนด ก็แค่กำหนด
ยังไม่ได้กำหนดว่าจะใส่ตำแหน่งงานไหม
ก็กำหนดว่าจะใส่หรือไม่ใส่
ยังไม่ได้กำหนดว่าจะส่งด้วยข้อมูล ณ วันที่ 1 หรือข้อมูลก่อนออกฉบับวันที่ 16
ก็กำหนดวันที่อ้างอิง
ยังไม่ได้กำหนดว่าทุกเดือนจะส่งวันที่เท่าไร
ก็กำหนดวันส่ง
ยังไม่ได้กำหนดวิธีจัดการเวลาแผนกอื่นขอเพิ่ม
ก็กำหนดกฎการนำไปปรับใช้
เท่านี้เอง
แต่ถ้าเอาไปทำให้กลายเป็นเรื่องว่า
ใครเป็นคนพูด
ต่างจากที่เคยพูดไว้หรือเปล่า
นี่คือความผิดพลาดไหม
ทำไมตอนนั้นถึงไม่ใส่
ความเข้าใจของใครผิด
ก็จะกลายเป็นการประชุมเสียเปล่าทันที
นี่ไม่ใช่การแก้ปัญหา
แต่คือการปล่อยส่วนที่ยังไม่ได้กำหนดไว้อย่างนั้น แล้วไล่หาที่วางความรับผิดชอบอย่างเดียว
ถ้าจะขุดเอกสารเก่า ต้องกำหนดวัตถุประสงค์ก่อน
ในสถานการณ์แบบนี้ มักมีคนเริ่มขุดเอกสารในอดีต
รายชื่อเก่าเป็นยังไง
เมื่อก่อนมีตำแหน่งงานไหม
หายไปตั้งแต่เมื่อไร
เปลี่ยนตั้งแต่ยุคใครรับผิดชอบ
แน่นอนว่าการดูเอกสารเก่าไม่ได้ผิดอะไร
ถ้าวัตถุประสงค์คือ
เพื่อกำหนดช่องมาตรฐานต่อจากนี้
เพื่อดูว่าต่างจากในอดีตตรงไหน
เพื่อตรวจสอบว่าแผนกอื่นดูอะไรอยู่
ก็มีความหมาย
แต่ถ้าวัตถุประสงค์กลายเป็น
ใครทำตกหล่น
ใครทำผิด
คนที่ทักท้วงถูกไหม
คนทำงานพลาดหรือเปล่า
ก็แทบไม่มีความหมายเลย
นั่นไม่ใช่การปรับปรุงงาน แต่เป็นการขุดหาคนรับผิด
ขุดอดีตไปก็ไม่ได้ทำให้รู้ว่ารายชื่อเดือนนี้ต้องมีตำแหน่งงานไหม
ขุดอดีตไปก็ไม่ได้ทำให้รู้ว่าวันที่อ้างอิงคือวันที่ 1 หรือวันที่ 16
ขุดอดีตไปก็ไม่ทำให้กฎวันส่งงานเกิดขึ้นเองตามธรรมชาติ
การดูอดีตจะได้ผลถ้าใช้เป็นวัตถุดิบสำหรับกำหนดสเปก
ถ้าใช้ตามหาคนผิดก็เสียเปล่า
ถ้าไม่แยกสองเรื่องนี้ออกจากกัน งานประจำก็จะแห้งแล้งไม่จบไม่สิ้น
พอกลายเป็น “ศาลตัดสินว่าใครผิด” งานก็หยุดชะงัก
ในที่ทำงานแบบนี้ พอมีปัญหาปุ๊บ ศาลก็เปิดทันที
ใครเป็นคนพูด
คนก่อนหน้าทำยังไง
คนที่ทักท้วงผิดเหรอ
คนทำงานตรวจสอบไม่ดีหรือเปล่า
ความเข้าใจของฝ่ายไหนถูก
แน่นอนว่าถ้าเป็นอุบัติเหตุร้ายแรงหรือการฝ่าฝืนกฎหมาย ก็ต้องสืบหาสาเหตุ
แต่ถ้าเป็นงานประจำอย่างช่องข้อมูลของรายชื่อรายเดือน ที่แค่มีช่องเพิ่มเติมโผล่ขึ้นมา ก็ไม่ต้องถึงขั้นเปิดศาล
สิ่งที่ต้องมีคือประโยคนี้ประโยคเดียว
งั้นต่อจากนี้จะให้ตำแหน่งงานเป็นช่องมาตรฐานนะครับ
แค่นี้พอ
ถ้าจำเป็นก็ถามเพิ่มได้ว่า
วันที่อ้างอิงเป็นวันที่ 1 ของทุกเดือนได้ไหมครับ
สำหรับฉบับที่ออกวันที่ 16 จะให้ส่งภายในวันที่เท่าไรของทุกเดือนครับ
นี่แหละคืองาน
การตัดสินใจว่า “ครั้งหน้าจะทำยังไง” เร็วกว่าการตามหา “ใครผิด” 100 เท่า
ข้อกำหนดแบบใช้อารมณ์ ทำให้เกิดการให้คะแนนย้อนหลัง
ความน่ากลัวของคำขอว่า “แบบนี้” คือมันเปิดช่องให้ให้คะแนนย้อนหลังได้
แรกเริ่มไม่มีตารางช่องข้อมูลที่ชัดเจน
ไม่มีวันที่อ้างอิง
วันส่งก็คลุมเครือ
ข้อมูลต้นทางก็เปลี่ยนไปเรื่อย ๆ
แต่ผลงานก็ถูกส่งออกมาทุกเดือน
แล้วคนที่มาดูทีหลังก็พูดได้ว่า
ไม่มีช่องนี้
ต่างจากเมื่อก่อน
ส่งตอนนี้ได้จริงเหรอ
อีกคนบอกว่าไม่ใช่นะ
แต่นั่นเป็นแค่การให้คะแนนจากผลงานเพียงอย่างเดียว โดยไม่ได้มองความคลุมเครือ ณ ตอนที่ขอ
ถ้าตั้งแต่แรกกำหนดไว้ว่า
รายชื่อพนักงานให้มีชื่อ แผนก ตำแหน่งงาน และวันเริ่มงานเป็นช่องที่ต้องมี
วันที่อ้างอิงข้อมูลคือวันที่ 1 ของทุกเดือน
กำหนดส่งคือภายในวันที่ 10 ของทุกเดือน
ใช้กับฉบับที่ออกวันที่ 16
เรื่องก็ง่ายแล้ว
ถ้าหลุดจากสเปกนั้น ก็พูดได้ว่าเป็นความผิดพลาดในการทำงาน
แต่ถ้าแรกเริ่มบอกแค่ว่า “แบบนี้” การมาถือว่าเป็นช่องที่ต้องมีทีหลังก็อันตราย
นั่นไม่ใช่การฝ่าฝืนสเปก แต่คือสเปกที่ยังไม่ได้กำหนด
ถ้าข้อมูลต้นทางเปลี่ยน ไม่กำหนดวันที่อ้างอิงก็จะคลาดเคลื่อน
งานอย่างรายชื่อพนักงาน ข้อมูลต้นทางเปลี่ยนได้
ตำแหน่งงานเปลี่ยน
แผนกเปลี่ยน
มีคนเข้าคนออก
ชื่อและวิธีเขียนเปลี่ยน
ข้อมูลต่างกันไปตามช่วงเวลาที่ออกเอกสาร
เพราะอย่างนี้ “จะใช้ข้อมูล ณ วันไหน” จึงสำคัญ
ใช้ข้อมูลวันที่ 1
หรือข้อมูลก่อนออกฉบับวันที่ 16
หรือข้อมูล ณ ตอนที่ได้รับคำขอ
หรือข้อมูล ณ ตอนที่ประกาศโยกย้ายบุคลากรมีผลแล้ว
ถ้าไม่ได้กำหนดเรื่องนี้ แล้วถูกถามว่า
วันที่ 1 อย่างตอนนี้ส่งจริง ๆ ได้เหรอ
คนทำงานก็ลำบาก
นั่นไม่ใช่ปัญหาเรื่องวิจารณญาณของคนทำงาน
แค่ยังไม่ได้กำหนดวันที่อ้างอิงเท่านั้นเอง
งานที่ไม่มีวันที่อ้างอิงจะคลาดเคลื่อนทุกครั้ง
แทนที่จะโกรธหลังจากคลาดเคลื่อน ให้กำหนดวันที่อ้างอิงก่อนจะดีกว่า
ถ้าจะปรับปรุง ให้ตรึงช่องข้อมูล วันที่อ้างอิง และวันส่งไว้
การทำให้งานแบบนี้นิ่ง ไม่ต้องปฏิรูปอะไรยาก ๆ
แค่กำหนดสามอย่างต่อไปนี้ ก็สบายขึ้นเยอะ
1. ช่องข้อมูล
ตัวอย่าง
- ชื่อ
- แผนก
- ตำแหน่งงาน
- รหัสพนักงาน
- วันเริ่มงาน
- หมายเหตุตามความจำเป็น
อะไรบ้างที่ต้องมี
อะไรบ้างที่ใส่หรือไม่ใส่ก็ได้
แผนกอื่นต้องใช้ช่องอะไรบ้างเพื่อนำไปใช้ต่อ
ให้กำหนดเรื่องเหล่านี้
2. วันที่อ้างอิง
ตัวอย่าง
- ข้อมูล ณ วันที่ 1 ของทุกเดือน
- ข้อมูล ณ วันที่ 15 ของทุกเดือน
- ข้อมูล ณ วันทำการก่อนวันออกเอกสาร
- ข้อมูลหลังจากประกาศโยกย้ายบุคลากรมีผลแล้ว
ถ้าข้อมูลต้นทางเปลี่ยน ไม่มีวันที่อ้างอิงก็ต้องคลาดเคลื่อนแน่นอน
3. วันส่ง
ตัวอย่าง
- ส่งภายในวันที่ 10 ของทุกเดือน
- เพราะใช้กับฉบับที่ออกวันที่ 16 จึงปิดรับวันที่ X ของทุกเดือน
- ถ้าตรงกับวันหยุด ให้เลื่อนมาเป็นวันทำการก่อนหน้า
ถ้าวันส่งคลุมเครือ ปัญหา “ส่งตอนนี้ได้ไหม” ก็จะโผล่มาทุกครั้ง
พูดง่าย ๆ คือสิ่งที่ต้องมีไม่ใช่ความมุ่งมั่น
แต่คือสเปก
ประโยคตอบกลับที่ใช้ได้จริงในการทำงาน
เมื่อมีคำขอเพิ่มช่องข้อมูล
เข้าใจแล้วครับ ต่อไปต้องมีตำแหน่งงานด้วยสินะครับ
งั้นตั้งแต่ครั้งหน้าจะเพิ่มเป็นช่องข้อมูลครับ
ถ้าฉบับนี้ก็ต้องการด้วย จะทำใหม่โดยใส่ตำแหน่งงานให้ครับ
เมื่อทำแบบเดียวกันมาสามเดือนแล้วไม่มีใครว่าอะไร
สามเดือนที่ผ่านมาส่งต้นเดือนมาตลอด และไม่มีข้อทักท้วงเป็นพิเศษครับ
ถ้าต่อไปจะเปลี่ยนวันที่อ้างอิงหรือช่วงเวลาส่งให้เข้ากับฉบับที่ออกวันที่ 16 ขอให้กำหนดเป็นมาตรฐานตั้งแต่ครั้งหน้าครับ
เมื่อช่องที่ต้องมีคลุมเครือ
ที่ผ่านมาไม่ได้ระบุช่องที่ต้องมีอย่างเจาะจง จึงทำตามตัวอย่างมาตลอดครับ
ต่อไปจะใส่ตำแหน่งงานด้วยครับ
เมื่อถูกถามเรื่องช่วงเวลาที่ออกเอกสาร
สำหรับฉบับที่ออกวันที่ 16 ถ้าเรากำหนดไว้ว่าจะใช้ข้อมูล ณ วันไหน น่าจะลดความเข้าใจผิดได้ครับ
ขอยืนยันว่าใช้ข้อมูล ณ วันที่ 1 ของทุกเดือนได้ไหม หรือจะใช้ข้อมูลก่อนวันออกเอกสารครับ
เมื่อเรื่องกำลังจะกลายเป็นการหาว่าใครผิด
ผมเข้าใจว่าไม่ใช่ใครทำผิด แต่ที่ผ่านมาช่องข้อมูลและวันที่อ้างอิงยังไม่ได้ถูกกำหนดไว้ชัดเจนครับ
ขอให้ช่วยกำหนดว่าจะให้ตำแหน่งงานอยู่ในมาตรฐานต่อจากนี้ไหมครับ
หัวใจของประโยคเหล่านี้คือไม่ถูกลากเข้าไปในการไล่หาคนผิด
ดึงกลับจาก “ใครผิด” มาที่ “ครั้งหน้าจะทำยังไง”
สรุป: ถ้าขอด้วยอารมณ์ ก็อย่ามาให้คะแนนทีหลัง
“ส่งมาทุกเดือนแบบนี้นะ” เป็นคำที่สะดวก
แต่ถ้าทำงานไปตามนั้นเฉย ๆ ก็ทะเลาะกันได้ง่ายในภายหลัง
ช่องข้อมูลยังไม่ได้กำหนด
วันที่อ้างอิงยังไม่ได้กำหนด
วันส่งยังไม่ได้กำหนด
ข้อมูลต้นทางเปลี่ยน
ความต้องการของแผนกอื่นก็เปลี่ยน
ถึงอย่างนั้น ก็ยังมีกรณีที่รับไปเงียบ ๆ ถึงสามเดือน
ในสภาพแบบนี้ การมาโทษทีหลังว่า “อันนี้ไม่ได้ใส่เหรอ” นั้นอันตราย
ถ้ามีช่องที่จำเป็นโผล่ขึ้นมา ก็เพิ่มเข้าไป
ถ้าวันที่อ้างอิงคลุมเครือ ก็กำหนด
ถ้าวันส่งคลุมเครือ ก็ตรึงไว้
เท่านั้นเอง
ถ้าพบสิ่งที่ยังไม่ได้กำหนด อย่าไปหาคนรับผิด ให้กำหนดสเปก
นั่นคืองาน
เรื่องที่ควรจบด้วย
มีคำขอเพิ่มเติม
งั้นใส่ให้นะ
อย่าเปลี่ยนเป็น
ใครผิด
นี่คือความผิดพลาดเหรอ
ต่างจากที่เคยพูดไว้หรือเปล่า
จะบอกว่าคนที่ทักท้วงผิดงั้นเหรอ
นั่นไม่ใช่งาน แต่เป็นศาลเตี้ย
สิ่งที่งานประจำต้องการ ไม่ใช่การข่มด้วยน้ำเสียงหรือการขุดหาคนรับผิด
แต่คือการเขียนช่องข้อมูล วันที่อ้างอิง และวันส่งให้ชัดเจนเป็นลายลักษณ์อักษร
