Câu chuyện của nhà phát triển SI
#7. Câu chuyện báo cáo hàng tuần

Về cơ bản, dự án SI là công việc phát triển chương trình theo yêu cầu của khách hàng.

Do đó, khách hàng sẽ tiến hành báo cáo hàng tuần để đánh giá tiến độ công việc và giám sát việc thực hiện của công ty.

Báo cáo hàng tuần bao gồm những nội dung sau:

• Nội dung công việc trong tuần này
• Nội dung công việc trong tuần sau
• Tiến độ theo WBS
• Lưu ý

Nói chung, nội dung bao gồm những việc đã làm trong tuần này, những việc sẽ làm trong tuần sau và tiến độ công việc có bị chậm trễ hay không theo WBS (lịch trình).

Nếu gặp khách hàng tốt, có thể tìm cách giải quyết các vấn đề phát sinh, kể cả khi bị chậm tiến độ. Nhưng nếu gặp khách hàng khó tính, bạn sẽ cảm thấy như bị dẫn đến lò mổ.

Do đó, khi viết nội dung báo cáo hàng tuần, hãy tránh sử dụng thuật ngữ chuyên ngành về phát triển và viết theo cách dễ hiểu, ngay cả đối với người không phải IT. Ngoài ra, hãy viết hoa mỹ hơn những gì bạn đã làm. Nếu khách hàng không hiểu nội dung và hỏi liên tục, bạn sẽ lãng phí thời gian phát triển quý báu.

Và những báo cáo hàng tuần được tích lũy theo thời gian sẽ được đưa vào tài liệu đầu ra của dự án, và trở thành bằng chứng bảo vệ bạn trong trường hợp có vấn đề phát sinh. Ví dụ, nếu khách hàng đồng ý ~~ làm điều gì đó ~~, chữ ký của khách hàng trong nội dung thỏa thuận của báo cáo hàng tuần sẽ là bằng chứng chứng minh điều đó. Vì vậy, hãy ghi lại chính xác nội dung thỏa thuận và tiến độ công việc, và yêu cầu khách hàng ký xác nhận.

Báo cáo hàng tuần thường được PM viết, nhưng trong trường hợp của tôi, tôi đã viết báo cáo và trực tiếp báo cáo cho khách hàng sau hơn 1 năm. May mắn là tôi đã gặp khách hàng tốt, nên hầu hết các báo cáo hàng tuần đều suôn sẻ, nhưng tôi không thể diễn tả được cảm giác lo lắng khi lần đầu tiên thực hiện. Do đó, nếu bạn là người mới vào nghề, hãy tìm hiểu trước về cách diễn đạt, cách sắp xếp nội dung công việc cần thiết cho báo cáo hàng tuần để chuẩn bị cho trường hợp phải tự mình làm báo cáo hàng tuần trong tương lai.