เรื่องราวของนักพัฒนา SI
#7. เรื่องราวของรายงานรายสัปดาห์

โดยพื้นฐานแล้ว โครงการ SI คือการพัฒนาโปรแกรมตามความต้องการของลูกค้า

ดังนั้น ลูกค้าจึงมีการรายงานรายสัปดาห์เพื่อประเมินความคืบหน้าของงานและตรวจสอบว่าผู้รับเหมาดำเนินการอย่างถูกต้อง

รายงานรายสัปดาห์ประกอบด้วยเนื้อหาต่อไปนี้

• เนื้อหาของงานในสัปดาห์นี้
• เนื้อหาของงานในสัปดาห์หน้า
• ความคืบหน้าตาม WBS
• สิ่งที่ผิดปกติ

โดยประมาณ สิ่งที่ทำในสัปดาห์นี้ และสิ่งที่จะทำในสัปดาห์หน้า และแสดงให้เห็นว่างานล่าช้าหรือดำเนินไปอย่างราบรื่นตาม WBS (ตารางเวลา)

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

ดังนั้น เมื่อเขียนเนื้อหาของรายงานรายสัปดาห์ ควรหลีกเลี่ยงคำศัพท์ที่เกี่ยวข้องกับการพัฒนา และเขียนให้ง่ายต่อการเข้าใจแม้กระทั่งคนนอกวงการไอที นอกจากนี้ คุณควรเขียนให้เกินจริงกว่างานที่คุณทำจริง หากลูกค้าไม่เข้าใจเนื้อหาของงานและเริ่มถามคำถามมากมาย คุณจะสูญเสียเวลาในการพัฒนาที่มีค่า

และรายงานรายสัปดาห์ที่สะสมมานี้จะถูกนำไปรวมอยู่ในผลงานสุดท้ายของโครงการ และเป็นหลักฐานที่สามารถช่วยปกป้องคุณได้ในกรณีที่เกิดปัญหา เช่น ลูกค้าบอกว่าทำสิ่งนี้ให้ฉัน อย่างนี้ คุณสามารถใช้รายงานรายสัปดาห์เป็นหลักฐานได้ ดังนั้น เนื้อหาที่ตกลงกันหรือเนื้อหาที่เกี่ยวข้องกับตารางเวลาควรเขียนอย่างถูกต้องและขอให้ลูกค้าเซ็นชื่อ

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