Xem xét thay đổi nhất quán, làm thế nào ngắn của một giai đoạn lập kế hoạch là quá ngắn?

Thay đổi không phải là hiếm, thay đổi trong yêu cầu, thay đổi thông số kỹ thuật thay đổi trong quy trình làm việc. Tôi đã chấp nhận rằng sẽ có thay đổi, nhưng tôi tự hỏi: biết rằng thay đổi sẽ xảy ra, thời gian lập kế hoạch quá ngắn? (Lời biện minh được khuyến khích)

• Lặp lại (2-4 tuần)?
• Một tuần?
• Thời gian 2-3 ngày?
• Một ngày?
• 1/2 ngày?

Giả sử rằng công ty 'kế hoạch' 1 [khoảng thời gian (từ phía trên)] trước so với hiện tại để bất kỳ kế hoạch nào nghe giống như:

"[Sáng nay / hôm nay / tuần này / v.v.] bạn sẽ làm việc này và [chiều nay / ngày mai / tuần tới / v.v.] bạn sẽ làm việc với điều đó .

Cũng giả sử rằng những thay đổi về trọng tâm / hướng sẽ liên tục xảy ra sau mỗi khoảng thời gian từ giây đến thứ ba.

Tôi là một học viên Scrum nên tôi sẽ đề nghị bạn sử dụng nó.

1. Xác định thời lượng lặp lại của bạn. Tôi thích hai tuần lặp lại khi khởi nghiệp và một tháng trong các dự án doanh nghiệp lớn
2. Khi bắt đầu lặp lại, chọn từ các tính năng bạn sẽ phát triển từ sản phẩm tồn đọng. Không ai có quyền thay đổi kế hoạch lặp, thậm chí không phải người quản lý sản phẩm.
3. Thay đổi xảy ra trong tồn đọng sản phẩm, không phải trong kế hoạch lặp lại. Do đó, bạn không bao giờ bị ảnh hưởng trong công việc của bạn.

Thêm chi tiết về Scrum

Lập kế hoạch thường có xu hướng làm cho hình ảnh lớn hơn bị mất trong tất cả các chi tiết, và cuối cùng bạn chỉ quay bánh xe của bạn. Đó là một rủi ro rất lớn.

Tôi thích sử dụng XP (hoặc Scrum) nói rằng bạn nên lập kế hoạch một lần vào đầu mỗi lần lặp, điều mà tôi thấy hiệu quả nhất khi chúng kéo dài 1-2 tuần.

Đã nói rằng, có một số điều rất hay ở Kanban khuyến khích lập kế hoạch xảy ra khi cần, mặc dù cá nhân tôi nghĩ Kanban phù hợp hơn cho các tình huống bảo trì và hỗ trợ hơn là khi bắt đầu phát triển từ đầu.

Tôi phá vỡ mọi thứ như thế này:

1. Bất kỳ dự án / ứng dụng phát triển quan trọng - 1 tuần.
2. Các cải tiến một lần đơn giản được đưa vào một danh sách, được ưu tiên và mỗi mục được xử lý trong khoảng thời gian từ một nửa đến cả ngày.
3. Sửa lỗi thường được ưu tiên và trải qua một quá trình tương tự như # 2, nhưng đôi khi có thể được sửa nhanh hơn nhiều.

Yếu tố chính ở đây là bạn có thể thực hiện bao nhiêu kế hoạch cho một nhiệm vụ nhất định? Bắt đầu một trang web hoàn toàn mới mà yadda, yadda, yadda, có nhiều kế hoạch trước hơn là sửa một lỗi. Ai có kế hoạch lỗi trước? Quản lý bộ phận phát hiện ra họ đã quên một cái gì đó và cần nó cho báo cáo cuối quý, bạn phải đặt mọi thứ sang một bên và làm việc với nó.

Lặp lại hàng tuần có thể có 10 giờ hoặc có thể có 50. Tất cả phụ thuộc vào bao nhiêu công cụ khác là ngay lập tức. Tôi nghĩ rằng quản lý sẽ dễ dàng hơn nhiều để hiểu được những mâu thuẫn về thời gian khi bạn hỏi, liệu bạn có nên đặt một dự án sang một bên để thực hiện một bổ sung nhỏ? Tôi rất ngạc nhiên khi họ xác định rằng một chút thay đổi là không cần thiết và tôi nên tiếp tục làm việc trên trang web yadda-yadda-yadda.