บันทึก
ประชุมรายสัปดาห์ที่วิ่งได้จริง
การประชุมรีวิวรายสัปดาห์ส่วนใหญ่จัดครั้งเดียวแล้วก็เงียบ หรือไม่ก็จัดเฉพาะตอนที่มีเรื่องแย่เกิดขึ้นแล้ว ประเภทหลังไม่ใช่การรีวิว มันคือการนั่งวิเคราะห์ซากหลังเหตุการณ์
การประชุมที่กำหนดทิศทางตารางงานได้จริงต้องเกิดขึ้นในวันตายตัว ทุกสัปดาห์ ก่อนที่สัปดาห์นั้นจะตัดสินแทนว่าอะไรผิดพลาด การประชุมแบบนั้นต้องถามน้อยพอที่หัวหน้างานคนหนึ่งจะตอบได้ก่อนเข้าห้อง และใช้เวลาไม่เกิน 30 นาที เพื่อให้คนที่มีอำนาจตัดสินใจในห้องไม่เริ่มหาข้ออ้างหายตัวตั้งแต่สัปดาห์ที่สี่
ประชุมส่วนใหญ่พลาดทั้งสองข้อ ถามมากเกินไป และนานเกินไป
ทำไมการประชุมรายสัปดาห์ถึงตายในเดือนที่สอง?
รูปแบบนี้คุ้นเคย ผู้รับเหมาตั้งการประชุมรายสัปดาห์ สองรอบแรกวิ่งดี พอถึงสัปดาห์ที่สี่มีคนขอเปอร์เซ็นต์ความคืบหน้าแต่ละโซน พอถึงสัปดาห์ที่หก วาระโตขึ้นเป็นสิบสองข้อ พอถึงสัปดาห์ที่แปด คนที่ต้องอยู่ในห้องเริ่มส่งตัวแทนมาแทนแล้วขอสรุปการประชุม
การประชุมรีวิวไม่ใช่กลไกรายงาน มันคือเซสชันตัดสินใจ ทันทีที่มันกลายเป็นที่รายงานตัวเลขแทนที่จะแก้คำถามหนึ่งข้อ คนที่แก้คำถามนั้นได้จริงก็จะหยุดมา
คำถามที่การประชุมนี้มีหน้าที่ตอบคือ: วันวางบิลยังทำได้อยู่ไหมสัปดาห์นี้ และต้องทำอะไรถึงจะรักษามันไว้ได้? ทุกอย่างนอกจากนี้เป็นอินพุทให้คำถามนั้น หรือไม่ก็เป็นสัญญาณรบกวนที่ควรไปอยู่ที่อื่น
วาระสามข้อมีหน้าตาเป็นยังไง?
สามคำถาม ลำดับเดิมทุกสัปดาห์ ไม่เพิ่มรายการใหม่โดยไม่ตัดรายการเดิมออก:
1. แถบงานอยู่ตรงไหน? งานไหนเสร็จตั้งแต่สัปดาห์ที่แล้ว งานไหนกำลังทำ งานไหนที่ควรเริ่มแล้วแต่ยังไม่เริ่ม เสร็จแปลว่าเสร็จ โซนที่ทำผนังไปสองในสามยังไม่เสร็จ มันยังไม่เสร็จ นับเป็นหน่วยจริง: เจ็ดโซนจากสิบสอง ไม่ใช่ 58 เปอร์เซ็นต์ ตัวเลขเปอร์เซ็นต์ไม่ตอบอะไร และบังคับให้ต้องโทรถามต่อ
2. ของออกจากโรงงานสัปดาห์นี้หรือยัง? ถ้าโรงงานของตัวเองป้อนหน้างาน คำถามนี้เปลี่ยนคำตอบของข้อหนึ่งจากทฤษฎีให้เป็นของจริง แถบงานที่เขียนว่าจะเริ่มติดตั้งวันจันทร์ เชื่อได้ก็ต่อเมื่อโรงงานยืนยันว่าของออกวันพุธ ถ้ายืนยันไม่ได้ แถบเลื่อน ทุกคนรู้ก่อนเช้าวันจันทร์ ไม่ใช่รู้ตอนที่ทีมงานมาถึงหน้างานแล้ว
3. มีอะไรต้องตัดสินใจก่อนสิ้นสัปดาห์? หนึ่งรายการที่บล็อคงานอยู่และแก้ไม่ได้โดยไม่มีคนในห้องร่วมตัดสินใจ นี่คือรายการเดียวที่ต้องการอำนาจ จำกัดไว้ที่หนึ่ง สองรายการรอการตัดสินใจในครั้งเดียวกันหมายความว่าอันหนึ่งจะถูกลืมภายในสิ้นวัน
สองคำถามที่เตรียมห้องให้พร้อมก่อนเริ่ม
ประชุม 30 นาทีวิ่งได้เรียบเมื่อคำตอบข้อหนึ่งและสองอยู่ในห้องก่อนที่จะเริ่ม การเอาคำตอบนั้นมาไม่ต้องทำรายงาน แค่ส่งสองคำถามเข้ากลุ่มแชทที่ทีมงานใช้อยู่แล้ว สองวันก่อนวันประชุม:
“โซนไหนเสร็จสัปดาห์นี้?”
“ของออกจากโรงงานสัปดาห์นี้เมื่อไหร่?”
ใครก็ตามที่อยู่หน้างานหรือที่โรงงานตอบได้ภายในหนึ่งนาที คำตอบมาถึงก่อนประชุม คนที่ดำเนินการอ่านระหว่างทางไปห้อง 30 นาทีจากนั้นครอบคลุมช่องว่างและการตัดสินใจเดียว ไม่ใช่การอัปเดตพื้นฐานที่ควรเป็นแค่ข้อความ
งานก่อนประชุมนี้ยังเป็นวิธีพบปัญหาตั้งแต่ต้น ถ้าไม่มีใครตอบคำถามในแชทก่อนเช้าวันก่อนประชุม อย่าส่งข้อความเตือน อ่านความเงียบแทน ถ้าไม่มีอะไรเสร็จ วันวางบิลมีปัญหาแล้ว ถ้าทีมงานไม่รู้ว่าคาดหวังอะไร แปลว่าการประชุมถามเรื่องที่เขาให้ไม่ได้ในรูปแบบนั้น และต้องทำให้เล็กลงก่อนสัปดาห์หน้า
ตัวอย่าง: ผู้รับเหมาติดตั้ง สองโซนก่อนวางบิล
ผู้รับเหมาติดตั้งพาร์ทิชันอลูมิเนียมใน 8 โซนของงาน fit-out เชิงพาณิชย์ งวดที่สี่ครอบคลุมโซน 5 ถึง 8 และวางบิลสิ้นเดือน
วันจันทร์ ส่งสองคำถามเข้ากลุ่มแชทโครงการ ภายในเย็นวันเดียวกัน: ทีมหน้างานรายงานว่าโซน 5 และ 6 เสร็จแล้ว โรงงานยืนยันว่าของสำหรับโซน 7 ออกวันพุธ
ประชุมวันอังคาร 30 นาที โซน 7 เลื่อนจากเสี่ยงเป็นตามแผน เพราะยืนยันการจัดส่งแล้ว รายการตัดสินใจเดียว: ผู้รับเหมาหลักส่งคำถามเรื่องแบบแก้ไข SK-14 ที่เปลี่ยนรายละเอียดแบร็กเก็ตในโซน 8 ต้องได้คำตอบก่อนวันพฤหัสไม่งั้นโซน 8 จะเลื่อนสี่วัน ทำให้หมุดวางบิลพ้นวันปิดงวดไป
ตัดสินใจในห้อง ผู้รับเหมาโทรหาทีมผู้รับเหมาหลักวันพุธ ได้คำตอบเป็นลายลักษณ์อักษร โซน 8 เริ่มวันศุกร์ตามแผน หมุดวางบิลไม่เลื่อน
ถ้าไม่มีงานก่อนประชุมวันจันทร์ คำถามเรื่องแบบแก้ไขนั้นจะไม่เห็นเร็วกว่าวันพฤหัส ตอนที่ทีมโซน 8 มาถึงหน้างานแล้ว สองนาทีวันจันทร์เช้าเปลี่ยนผลลัพธ์จากหมุดวางบิลที่เลื่อนให้กลายเป็นใบวางบิลออกทันเวลา
ทำไมวันที่ตายตัวสำคัญกว่ารูปแบบ?
การประชุมในวันตายตัว เวลาตายตัว มีน้ำหนักของตารางงานที่มันแสดงออกมา ทุกคนรู้ว่าวันอังคารคือครั้งที่งานและวันจัดส่งถูกตัดสิน พวกเขาทำตามนั้นก่อนวันอังคาร ไม่ใช่หลัง
การประชุมที่ลอยตัว จัดตามว่าทุกคนว่างเมื่อไหร่ ไม่มีน้ำหนักแบบนั้น ย้ายได้เสมอ ก็เลยอยากย้ายเสมอ สัปดาห์แรกที่งานยุ่งทำให้มันเป็นทางเลือก สัปดาห์ที่สองทำให้มันหายาก
ช่วงเวลา 30 นาทีตายตัวทุกวันอังคารอยู่รอดสัปดาห์ที่ยุ่งมากได้ การประชุมลอยตัวที่มีสิบสองวาระอยู่รอดสัปดาห์ที่สามของโครงการใดๆ ไม่ได้
FAQ
สามวาระนี้รวมการเตรียมคำถามในแชทด้วยไหม?
ไม่รวม คำถามในแชทส่งก่อนประชุมและอ่านระหว่างทางมาห้อง 30 นาทีใช้สำหรับสามวาระ: แถบงานอยู่ตรงไหน ของออกจากโรงงานเมื่อไหร่ และต้องตัดสินใจเรื่องอะไร ถ้างานก่อนประชุมชัดเจนพอ การประชุมมักจบเร็วกว่า 30 นาที แทบไม่ต้องนานกว่านั้น
ถ้าคนที่ถือหมุดวางบิลไม่สามารถมาทุกอังคารได้?
นี่คือสิ่งที่ต้องพูดก่อนโครงการเริ่ม ไม่ใช่หลังจากสัปดาห์ที่สาม การประชุมที่ไม่มีคนที่ขยับหมุดวางบิลได้อยู่ด้วยกลายเป็นรายงานที่ต้องส่งต่อแยกต่างหากอีกที ซึ่งแปลว่าการตัดสินใจเรื่องวางบิลเกิดนอกห้องอยู่ดี ช่วง 30 นาทีทำงานได้เพราะการตัดสินใจเกิดในขณะที่ทุกคนอยู่พร้อมกัน
ถ้าสองคำถามในแชทไม่มีใครตอบสองสัปดาห์ติดกัน?
อย่าส่งข้อความเตือน รอบแรกที่ไม่มีคำตอบคือข้อมูล รอบที่สองคือสัญญาณให้เปลี่ยนคำถาม ถ้าทีมงานตอบ “โซนไหนเสร็จสัปดาห์นี้?” ใน LINE ที่ใช้อยู่แล้วไม่ได้ แปลว่าคำถามนั้นใหญ่เกินไปหรืออยู่ผิดช่องทาง ทางแก้คือทำให้คำถามเล็กลง ไม่ใช่ส่งข้อความกระตุ้นแรงขึ้น
ถ้าอยากเห็นว่าสามวาระนั้นดูยังไงเมื่อเทียบกับแถบงานจริงๆ ในโครงการที่รันอยู่ การจองคุย 45 นาทีเป็นรูปแบบที่ใช่ เราไล่โครงการหนึ่งไปด้วยกัน ร่างสองคำถามสำหรับทีมหน้างานของคุณ แล้วตกลงวันอังคารในปฏิทินที่สั้นพอจะอยู่รอดได้ทุกสัปดาห์ในโปรแกรม