Lập kế hoạch là thực hiện cam kết và chia tách các câu chuyện của người dùng đã cam kết thành các nhiệm vụ.
có một phiên lập kế hoạch với anh ta sau khi anh ta trở lại.
Tất nhiên là không. Phiên kế hoạch sau khi anh ấy trở lại không có ý nghĩa vì đã cam kết phải được thực hiện.
có một phiên lập kế hoạch với anh ta trước khi anh ta nghỉ phép hàng năm tức là trước khi lập kế hoạch nước rút.
Tất nhiên là không. Không nên lập kế hoạch khi chạy nước rút hiện tại chưa hoàn thành = kết quả của lần chạy nước rút hiện tại là không xác định và không ai biết liệu tất cả các câu chuyện của người dùng sẽ được hoàn thành và khách hàng sẽ hài lòng với họ khi xem xét.
không lên lịch cho anh ta cho bất kỳ nhiệm vụ và giao anh ta vào các nhiệm vụ không chạy nước rút, ví dụ như gai, vv
Tất nhiên là không. Anh ta sẽ trở lại và năng lực của anh ta nên được sử dụng cho mục tiêu nước rút.
để các đồng nghiệp của anh ấy lên kế hoạch thay mặt anh ấy trong kế hoạch chạy nước rút và người vắng mặt sau đó có thể thêm các nhiệm vụ khi anh ấy trở lại và nếu anh ấy không thể làm tất cả các công việc anh ấy có thể bỏ qua.
Chính xác. Nhóm thực hiện cam kết - không phải thành viên nhóm cụ thể. Nhóm cam kết thiết lập các câu chuyện của người dùng vì họ biết vận tốc của họ và dựa trên phỏng đoán chuyên môn của họ, họ có thể sửa đổi cam kết cho lần chạy nước rút tiếp theo dựa trên năng lực có sẵn. Không nên có nhiệm vụ được giao cho nhà phát triển duy nhất trả trước. Các nhà phát triển nên có chức năng chéo thậm chí không phải lúc nào cũng có thể, họ vẫn có thể ít nhất phân chia câu chuyện của người dùng thành các tác vụ. Có thể có vấn đề với việc ước tính các nhiệm vụ nhưng theo tôi nó không cần thiết chút nào.
để anh ấy ngồi với một nhà phát triển khác và làm lập trình cặp trong một thời gian.
Tất nhiên là không. Lập trình cặp nên được bao phủ bởi chính vận tốc. Nếu bạn không tính với nhà phát triển thì cũng giống như nói rằng anh ta sẽ bỏ chạy nước rút. Tại sao khách hàng nên trả thời gian của nhà phát triển không làm gì trong giai đoạn nước rút?