Quản lý thay đổi yêu cầu trong dự án mà không gây xung đột

Không có dự án nào đi đúng kế hoạch ban đầu từ đầu đến cuối. Khách hàng hiểu rõ hơn nhu cầu khi thấy bản thiết kế, thị trường thay đổi, lãnh đạo có ý tưởng mới. Thay đổi không phải là vấn đề. Thay đổi không được kiểm soát mới là vấn đề.

Vì sao cần một quy trình

Khi không có quy trình, thay đổi đi vào dự án qua đủ đường: một cuộc gọi, một tin nhắn cho nhân viên, một câu nói trong buổi họp. Đội làm theo, hạn không đổi, chi phí không đổi, và đến cuối dự án mọi người ngạc nhiên vì sao trễ.

Quy trình năm bước

Bước 1: tiếp nhận ở một kênh duy nhất. Mọi yêu cầu thay đổi đều được ghi lại thành một việc, dù đến từ đâu. Nhân viên được hướng dẫn chuyển yêu cầu về người quản lý dự án thay vì làm ngay.

Bước 2: mô tả rõ. Thay đổi điều gì, vì sao cần, ai yêu cầu, cần xong khi nào.

Bước 3: đánh giá tác động. Thêm bao nhiêu thời gian, chi phí, ảnh hưởng mốc nào, cần thêm người không.

Bước 4: quyết định. Người có thẩm quyền quyết định chấp nhận, từ chối hay để giai đoạn sau, kèm điều chỉnh hạn hoặc chi phí tương ứng.

Bước 5: cập nhật kế hoạch và thông báo. Thay đổi đã duyệt được đưa vào kế hoạch, các bên liên quan được báo.

Nói chuyện với khách hàng về thay đổi

Khách hàng thường không biết một thay đổi "nhỏ" tốn bao nhiêu công. Hãy trình bày dưới dạng lựa chọn:

• Làm thay đổi này và lùi ngày bàn giao một tuần.
• Làm thay đổi này và bỏ hạng mục X để giữ ngày bàn giao.
• Giữ nguyên kế hoạch và làm thay đổi ở giai đoạn sau.

Khi khách chọn, họ cùng chịu trách nhiệm với quyết định.

Ghi lại lịch sử thay đổi

Cuối dự án, danh sách thay đổi là bằng chứng quan trọng khi đối chiếu hợp đồng hay tổng kết. Trên SupaNhanh, bạn tạo một nhóm việc "Yêu cầu thay đổi" trong dự án, mỗi yêu cầu là một việc có mô tả, người yêu cầu, bình luận thảo luận và tệp đính kèm. Khách hàng tham gia với vai Khách có thể bình luận trực tiếp trên việc, nên mọi trao đổi nằm cùng một chỗ.

Dự án tốt không phải dự án không có thay đổi, mà là dự án nơi mọi thay đổi đều được đưa ra có ý thức.