Quản lý phụ thuộc trước khi chúng chặn tiến độ

Nhóm có thể hoàn tất việc của mình nhưng vẫn không đạt kết quả khách hàng cần vì nhóm khác chưa cung cấp đầu vào sử dụng được. Quản lý phụ thuộc cần làm lộ rủi ro khi vẫn còn lựa chọn. Không nên bắt đầu bằng sơ đồ lớn của mọi quan hệ. Hãy bắt đầu từ các đầu vào có thể chặn lần bàn giao quan trọng tiếp theo và mô tả rõ “sẵn sàng” nghĩa là gì.

Mô tả sản phẩm bàn giao, không chỉ tên phòng ban

“Đang chờ nhóm tích hợp” chưa phải mô tả phụ thuộc. “Điểm kết nối thử nghiệm có trường phản hồi đã thống nhất và quyền truy cập môi trường kiểm thử tích hợp” cụ thể hơn. Ghi bên cung cấp, người tiếp nhận, đầu ra cần có và bằng chứng để chấp nhận.

Tách thời điểm cần đầu vào khỏi dự báo hiện tại của bên cung cấp. Ghi giả định như kết nối mạng, dữ liệu mẫu hoặc quyền dùng tài khoản thử nghiệm. Lời hứa có tài liệu giao tiếp không chứng minh hệ thống sẽ hoạt động đúng mô tả. Thống nhất một bước kiểm chứng nhỏ mà bên nhận có thể thực hiện lại.

Nối phụ thuộc với công việc thực sự có thể bị chặn

GitHub hỗ trợ thể hiện quan hệ chặn giữa các issue bằng chức năng phụ thuộc.[2] Liên kết đó mô tả quan hệ nhưng không chứng minh đã sẵn sàng. Khuyến nghị ở đây là gắn bằng chứng nghiệm thu vào hồ sơ phụ thuộc và chỉ nối tới công việc thực sự cần đầu vào.

Thực hiện rà soát phụ thuộc ngắn trước khi cam kết thứ tự bàn giao.

• Nêu đầu ra cụ thể và người chịu trách nhiệm tiếp nhận.
• Thống nhất mẫu hoặc phép thử chứng minh đầu ra sử dụng được.
• Ghi riêng dự báo của bên cung cấp và thời điểm cần có đầu vào.
• Xác định phương án dự phòng cùng giới hạn trước khi công việc phụ thuộc vào nó.
• Đặt ngưỡng chuyển cấp theo số lựa chọn còn lại, không theo mức bực bội.

Ví dụ giả định: dịch vụ xác thực địa chỉ

Trong ví dụ giả định về hệ thống xếp lịch lắp đặt, nhóm đặt lịch cần dịch vụ xác thực địa chỉ của nhóm khác. Phản hồi giả lập giúp làm giao diện nhưng chưa xác nhận cách xử lý địa chỉ mơ hồ. Vì vậy, hồ sơ phân biệt rõ tiến độ màn hình với mức sẵn sàng tích hợp.

Hai nhóm thống nhất kiểm tra một tập nhỏ địa chỉ hợp lệ, không hợp lệ và mơ hồ trong môi trường dùng chung. Nếu vẫn chưa truy cập được khi tới điểm quyết định, người phụ trách sản phẩm chọn xem có chấp nhận rà soát địa chỉ thủ công cho đợt phát hành giới hạn không. Phương án này phải nêu khối lượng vận hành phát sinh, không coi công việc thủ công là miễn phí.

Đừng dùng theo dõi để thay thế phối hợp

Bảng phụ thuộc dễ lỗi thời nếu không ai kiểm tra bằng chứng sau các nhãn trạng thái. Yêu cầu bên cung cấp và bên nhận cùng xác nhận thay đổi lớn. Nếu dự báo dịch chuyển, cập nhật lựa chọn bàn giao bị ảnh hưởng thay vì chỉ kéo thẻ sang cột khác.

Không phải quan hệ nào cũng cần quản lý chính thức. Quá nhiều chi tiết có thể che khuất vài đầu vào đe dọa kết quả khách hàng cần. Hãy xem phần bàn giao tiếp theo và chọn phụ thuộc quan trọng nhất. Kiểm chứng ngay khi nhóm vẫn có thể đổi thứ tự, giảm phạm vi hoặc bố trí phương án thay thế đáng tin.