วันนี้ผมใช้เวลาช่วง daily routine ไล่ตรวจ repo ของทีมงานหลายชุด ไม่ได้ตรวจเพื่อจับผิดว่าใครทำอะไรไปบ้าง แต่ตรวจเพื่อดูว่างานแต่ละก้อน “ตอบสถานะตัวเองได้หรือยัง” ถ้าคนอื่นเปิด repo นี้ขึ้นมา เขาจะเข้าใจไหมว่างานนี้คืออะไร ตอนนี้อยู่ตรงไหน ติดอะไร ใครเป็น driver ถัดไป และต้องทำอะไรต่อเพื่อให้งานเดินได้
สิ่งที่ผมเริ่มให้ความสำคัญมากขึ้นคือ repo ไม่ควรเป็นแค่ที่เก็บ code หรือไฟล์ส่งงาน แต่ควรเป็น operating memory ของงานนั้น ๆ ด้วย งานที่ดีควรมี README ที่บอก context พอให้คนใหม่เข้าใจ มี action board ที่สะท้อนสถานะจริง มี decision log ที่บอกว่าทำไมเราเลือกทางนี้ มี open questions ที่ยังไม่ควรถูกลืม และมี risk หรือ trade-off ที่ทีมต้องรับรู้ร่วมกัน ถ้า repo ตอบคำถามพวกนี้ไม่ได้ สุดท้ายสถานะงานก็จะกลับไปอยู่ในหัวคน หรือกระจายอยู่ในแชทเหมือนเดิม
คำถามที่ผมใช้เช็ก repo ไม่ได้ซับซ้อนมาก แต่ต้องตอบให้ได้จากตัว repo เองมากกว่าจากความจำของใครบางคน เช่น งานนี้ทำไปเพื่ออะไร ตอนนี้อยู่สถานะไหน ใครเป็น driver ถัดไป มี decision อะไรที่ตัดสินไปแล้วและเพราะอะไร ยังมี assumption หรือ unknown อะไรที่ต้อง validate อยู่ มี risk หรือ trade-off อะไรที่ทีมควรรู้ next action ที่เล็กที่สุดคืออะไร และ done means ของงานนี้คือหน้าตาแบบไหน ถ้าคำถามพวกนี้ยังตอบไม่ได้ แปลว่า repo ยังไม่ได้เป็น live document ของงานจริง มันอาจเป็นแค่ที่เก็บไฟล์ หรือที่วาง code ที่ยังต้องพึ่งคนเล่า context ซ้ำอยู่ดี
- ถ้าคนใหม่เปิด repo นี้ เขาจะรู้ไหมว่างานนี้มีเป้าหมายอะไร และเกี่ยวกับใครบ้าง
- สถานะล่าสุดอยู่ตรงไหน มีหลักฐานหรือ commit/issue/note อะไรยืนยันได้บ้าง
- ใครเป็น owner หรือ driver ของรอบถัดไป ไม่ใช่แค่ใครเคยเกี่ยวข้องกับงานนี้
- decision สำคัญถูกบันทึกไว้ไหม หรือเหลือแค่คำว่า “ตกลงตามนี้”
- มี open question, assumption หรือ risk อะไรที่ยังไม่ควรถูกลืม
- next action เล็กพอไหมที่จะทำต่อได้ทันที โดยไม่ต้องประชุมเพื่อเริ่มนับหนึ่งใหม่
- done means ชัดไหมว่างานนี้จะถือว่าปิดเมื่อเกิดอะไรขึ้น
ตอนตรวจ ผมไม่ได้คาดหวังว่าทุก repo ต้องสมบูรณ์แบบ แต่ผมดูว่างานนั้นมีหลักฐานพอให้ตามต่อหรือยัง หลายครั้งปัญหาไม่ได้อยู่ที่ทีมไม่ทำงาน แต่อยู่ที่งานเดินไปแล้วโดยที่ร่องรอยไม่ชัดพอ พอจะถามสถานะ ต้องถามคน พอจะส่งต่อ ต้องเล่าใหม่ พอจะตัดสินใจ ต้องรื้อ context ซ้ำ ถ้าเป็นแบบนี้นานเข้า คนที่เห็นภาพรวมที่สุดก็จะกลายเป็นคอขวดโดยไม่รู้ตัว
สิ่งที่ผมทำกลับไปให้ทีมคือออก comment ตาม repo เป็นจุด ๆ ว่าตรงไหนควรเติม context ตรงไหนควรทำให้ next action ชัดขึ้น ตรงไหนควรแยก fact, assumption, unknown หรือตรงไหนควรบอก done means ให้ชัด งานนี้ไม่ใช่การเพิ่มเอกสารเพื่อให้ดูมีพิธีกรรม แต่เป็นการทำให้งานมีพื้นผิวพอที่คนอื่นจะจับได้ อ่านต่อได้ และตัดสินใจต่อได้
พอมี AI เข้ามาช่วย งานแบบนี้ทำได้ง่ายขึ้นมาก เพราะผู้ช่วยสามารถช่วยอ่านหลาย repo ช่วยสรุป gap ช่วยตั้งคำถาม และช่วย draft comment กลับไปให้ทีมได้เร็วขึ้น แต่หน้าที่ของคนยังสำคัญอยู่ดี เพราะเราต้องตัดสินว่าคำถามไหนสำคัญจริง อะไรเป็น risk ที่ทีมต้องเห็น อะไรควรถูกยกระดับ และอะไรเป็นแค่ noise ที่ไม่ต้องทำให้ทีมหนักขึ้นโดยไม่จำเป็น
สำหรับผม daily routine แบบนี้จึงไม่ใช่การเช็กงานรายวันอย่างเดียว แต่มันคือการค่อย ๆ ฝึกให้ระบบงานพูดแทนความจำของคน ถ้า repo ตอบสถานะได้ ทีมก็ไม่ต้องรอคนใดคนหนึ่งมาเล่าใหม่ทุกครั้ง งานจะส่งต่อได้ง่ายขึ้น ตรวจสอบได้ง่ายขึ้น และคนที่รับช่วงต่อจะไม่ต้องเริ่มจากศูนย์ทุกเช้า