Trong dự án offshore, một yêu cầu mới có thể xuất hiện sau buổi demo hoặc khi người dùng xem lại cách làm việc. Câu hỏi cần trả lời là nên đưa yêu cầu đó vào kế hoạch như thế nào. TECHNEST đề xuất so sánh các phương án thay thế, chia đợt và mở rộng phạm vi trước khi cam kết thực hiện. Đây là cách tạo cơ sở trao đổi giữa người phụ trách nghiệp vụ, SIer và đội phát triển.
Làm rõ yêu cầu và căn cứ đang áp dụng
Trước tiên, ghi lại người sử dụng, vấn đề cần giải quyết và thời điểm họ cần kết quả. Đối chiếu với yêu cầu, tiêu chí nghiệm thu và quyết định đã thống nhất để làm rõ nội dung đang được đề nghị. Không tự động coi mọi phản hồi là phần việc bổ sung; cũng không mặc định tất cả đã nằm trong phạm vi. Nếu cách hiểu khác nhau, ghi điểm cần xác nhận cùng tài liệu tham chiếu trước khi đánh giá phương án.
Xem tác động trên toàn bộ phần việc liên quan
Bản đánh giá nên cho biết màn hình, dữ liệu, xử lý, kiểm tra và tài liệu nào cần xem lại. Ghi cả phần đã hoàn thành có thể phải điều chỉnh, điều kiện từ hệ thống liên quan và thời gian khách hàng cần để xác nhận. Nếu thông tin chưa đủ, nêu rõ giả định và phần cần khảo sát thêm. Công sức lập trình chỉ là một thành phần của phương án; kế hoạch cần phản ánh cả công việc phối hợp và xác nhận.
Đặt các lựa chọn cạnh nhau để so sánh
Thay thế là đưa yêu cầu mới vào và hoãn hoặc bỏ một phần việc khác, sau khi kiểm tra phụ thuộc. Chia đợt là thực hiện phần đủ đáp ứng mục tiêu trước, để phần còn lại ở mốc sau với ranh giới rõ ràng. Mở rộng là bổ sung phạm vi cùng việc đánh giá lại công sức, ngân sách và lịch giao. Không phương án nào mặc nhiên giữ nguyên mốc ban đầu. Với mỗi lựa chọn, cần ghi phần nhận được, phần lùi lại và điều kiện còn chờ.
Ghi quyết định vào kế hoạch chung
Sau khi so sánh, người có thẩm quyền của hai bên thống nhất phương án và thời điểm áp dụng. Ghi lý do lựa chọn, phạm vi cập nhật, tiêu chí xác nhận, người thực hiện và mốc cần theo dõi. Liên kết quyết định với phiên bản kế hoạch tương ứng để cả đầu mối Nhật Bản và đội Việt Nam cùng tra cứu. Những mục chưa được chốt tiếp tục mang trạng thái chờ; không biến im lặng hoặc thảo luận sơ bộ thành lệnh triển khai.
Ví dụ giả định: thêm chức năng xuất dữ liệu
Một SIer Nhật và đội Việt Nam đang phát triển màn hình tra cứu. Sau demo, người dùng muốn xuất kết quả ra tệp. Hai bên làm rõ mục đích và xem ảnh hưởng tới dữ liệu, quyền sử dụng và kiểm tra. Họ so sánh thay một tiện ích hiển thị chưa ưu tiên, chia phần xuất cơ bản và tùy chỉnh thành hai đợt, hoặc bổ sung toàn bộ phạm vi. Giả sử khách hàng chọn chia đợt, kế hoạch và tiêu chí xác nhận được cập nhật theo quyết định đó. Đây là minh họa giả định, không phải kết quả dự án thực tế.
Cùng TECHNEST trao đổi thay đổi bằng phương án cụ thể
Từ kinh nghiệm nhiều năm phục vụ thị trường Nhật, thiết kế hệ thống nghiệp vụ và hiện đại hóa legacy, TECHNEST coi việc làm rõ ảnh hưởng và trách nhiệm là một phần của phối hợp delivery. Doanh nghiệp có thể bắt đầu bằng yêu cầu cần thay đổi, kế hoạch hiện tại và mục tiêu ưu tiên. Tìm hiểu dịch vụ DELIVERY hoặc liên hệ TECHNEST để trao đổi cách thực hiện phù hợp.
