คำตอบสำหรับคำถามที่พบบ่อยเกี่ยวกับ Code Review

"ก็เข้าใจว่าโค้ดรีวิวนั้นดี แต่ไม่มีเวลา นอกจากรีวิวก็มีงานอย่างอื่นต้องทำอีกมาก"

• ผู้เขียนซึ่งสอนเรื่อง code review ได้สรุปคำตอบต่อคำถามข้างต้นที่ได้รับบ่อยที่สุดไว้ดังนี้

1. ให้ผู้เขียนโค้ด (ผู้เขียน PR) พยายามทำให้การรีวิวใช้เวลาน้อยที่สุด
2. เหมือนการทำ stand-up meeting ทุกเช้าประมาณ 10 นาที ให้กำหนดเวลารีวิวไว้ตายตัว เช่น ช่วงเช้า 30 นาที และหลังอาหารกลางวัน 30 นาที
3. คุณภาพและผลิตภาพ:
   หากลงทุนในช่วงต้น จะช่วยลดต้นทุนที่เกิดขึ้นในช่วงหลังได้อย่างมาก และยังลดต้นทุนของการเปลี่ยนแปลงในอนาคต จนนำไปสู่การเพิ่มผลิตภาพ
4. อื่น ๆ:
   หากมีเวลาไม่พอ ก็ให้เริ่มจากส่วนที่ร้ายแรง เช่น บั๊ก/เหตุขัดข้อง ก่อน แล้วค่อย ๆ ขยายขอบเขตออกไป
   ให้องค์กรยอมรับความพยายามที่投入กับการรีวิวเป็นผลงานด้วย

"อยากให้เราได้ทำ code review ในฐานะกิจกรรมการแบ่งปันเพื่อการเติบโตที่ทำได้ตั้งแต่ตอนนี้ และเป็นวิธีเพิ่มผลิตภาพผ่านการยกระดับคุณภาพ"

[coremaker]

จำเป็นต้องมีวัฒนธรรมที่ยอมรับว่าเวลาที่ใช้ทำ code review เป็นเวลางาน

ถ้าโดนสั่งงานแบบ top-down ภายใต้ตารางเวลาที่ตึงมาก ก็แทบไม่มีทางแก้ได้ หรือไม่ก็แค่กำหนด due date ไว้แล้วสั่งให้ทำงานแบบนั้น

[cbk1411]

ในกรณีของบริษัทแบบนั้น วัฒนธรรมโดยรวมมักมีแนวโน้มเป็นแบบ top-down ครับ
ถ้าเป็นกรณีที่ต้องปรับแค่งานอย่างใดอย่างหนึ่ง ก็มักเปลี่ยนได้ค่อนข้างง่าย แต่ถ้าเป็นบรรยากาศโดยรวม จะยากเพราะต้องให้ผู้บริหารตั้งใจผลักดันเอง

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

(คำว่าอุตสาหกรรมในที่นี้ตั้งใจจะแยก SI, สตาร์ตอัป และบริษัทใหญ่ออกจากกันครับ ผมรู้สึกว่างาน วิธีการทำงาน และความสัมพันธ์กับทีมต่างกันโดยสิ้นเชิง)