2009-02-15 20 views
6

Hầu hết mọi người đã ở đây vào thời điểm nào đó - trong dự án của bạn, bạn nhận được những yêu cầu thực sự nhỏ dọc theo cách bạn sẵn sàng chăm sóc, nhưng tại một số điểm, những điều nhỏ nhặt sẽ tăng lên. Đôi khi phải mất ít thời gian hơn để thực hiện điều gì đó hơn là tái đàm phán kế hoạch dự án.Khi nào bạn thổi còi creep phạm vi?

Cung cấp kế hoạch cụ thể/yêu cầu là phong nha và nó không phải là một dự án phải chịu số phận để bắt đầu, tại thời điểm nào bạn thực sự thổi còi và bắt đầu đàm phán lại? Tại mọi yêu cầu? Khi yêu cầu đó yêu cầu các trang/biểu mẫu bổ sung? Hoặc chỉ cảm thấy nó ra? Rất thích nghe cách bạn thực hiện cuộc gọi.

Trả lời

12

Ngân sách N giờ yêu cầu đặc biệt trong kế hoạch dự án của bạn. (Bạn biết nó sẽ xảy ra, vậy tại sao không phải là nó trong đó?) Sau đó theo dõi yêu cầu đặc biệt của bạn và đàm phán lại khi ngân sách thổi.

+0

Đồng ý: "yếu tố về thời gian, ngân sách và điểm kiểm tra cho các sửa đổi trong kế hoạch ban đầu, sau đó theo dõi". Sẽ dễ dàng hơn để giữ cho mọi thứ được kiểm soát ngay từ đầu thay vì hành động lại, đặc biệt sau đó bạn biết trước sẽ có những thay đổi, được đưa ra trong bất kỳ hoạt động thiết kế nào. –

1

Tôi muốn nói khi nào nó sẽ ảnh hưởng đến lịch biểu/ngày phát hành. Nếu điều đó xảy ra, đó chắc chắn là thời gian để thổi còi. Nếu một trong hai phạm vi leo là đủ độ lớn, hoặc nếu có đủ thay đổi tích lũy mà nó ảnh hưởng đến khả năng của bạn để tàu về thời gian, sau đó bạn nên đẩy lùi.

1

Thời điểm ngân sách của bạn bị thổi. Bạn không thể tiếp tục làm tất cả các tiện ích "freebie" này - trừ khi bạn làm việc đó cho tổ chức từ thiện.

Khi bạn đã đặt chân xuống một lần, bạn sẽ thấy các yêu cầu cạn kiệt!

0

Ngày hoàn thành ước tính có nhiều đường cong xác suất hơn một ngày.

Bất kỳ tính năng bổ sung nào đều làm giảm khả năng gặp một số ngày cụ thể.

Bạn nên 'thổi còi' nếu và khi giảm khả năng trở thành 'đáng kể' hoặc đáng nói đến.

4

Tại bất kỳ yêu cầu nào?

Mục tiêu thực sự là làm cho khách hàng hài lòng khi không bị xé, phải không? Các phương thức nhanh nhẹn giải quyết các vấn đề này đến một mức độ lớn. Yêu cầu mới luôn luôn xuất hiện và nếu bạn không giải quyết chúng khi chúng đến, bạn sẽ kết thúc việc xây dựng những thứ lỗi thời hoặc không hoạt động. Vì vậy, những gì bạn cần là khách hàng mua vào quá trình, một mẫu thử nghiệm làm việc càng sớm càng tốt, và rất nhiều lặp đi lặp lại. Dĩ nhiên, có ton nhiều hơn, nhưng điều đó là đủ để tiếp tục.

Chỉnh sửa thêm: Mua hàng của khách hàng nghĩa là họ biết bạn đang làm việc trên một đối tượng địa lý mới thay vì bất kỳ điều gì bạn sẽ làm và thỏa thuận. Khi bạn đã trải qua lịch biểu và ngân sách của mình và vẫn chưa hoàn thành, họ đã ở đó với bạn theo cách thức toàn bộ và biết tại sao. Không có bất ngờ lớn "Cái gì? Bạn không phải là XONG?"

1

Tôi chỉ ở trong tình huống này với các công cụ nội tại mà mục tiêu đã nêu của chúng tôi là phục vụ tốt nhất mọi "khách hàng" trong tình huống không có cách nào để dự đoán nhu cầu trước. Vì vậy, lấy câu trả lời của tôi với một hạt muối.

Quan điểm của tôi là quyết định này thường là chính trị và trừ khi bạn là người đứng đầu công ty, điều đó có thể không phụ thuộc vào bạn. Chi phí của khách hàng không hài lòng đi qua đầu của bạn để ông chủ của bạn có thể gây hại nhiều hơn.

Tôi là người tin tưởng vào việc thu thập yêu cầu nhanh và liên tục liên quan đến việc xem cách người dùng làm việc với sản phẩm và cố gắng phù hợp với nhu cầu của họ. Tuy nhiên, mỗi người dùng đều có cá nhân của mình "tốt đẹp để có" và không có cách nào để làm hài lòng tất cả mọi người. Nếu bạn có nhiều người dùng mục tiêu, dân chủ là một hệ thống tốt - chỉ thực hiện những điều mà phần lớn người dùng có thể hưởng lợi từ đó.

Nếu khách hàng của bạn là một nhóm cố kết (ví dụ, bạn đang tạo nó cho người dùng trong một bộ phận cụ thể trong một tổ chức cụ thể), hãy chạy một trang Wiki hoặc một cái gì đó như SO hoặc các công cụ khác mà họ có thể liệt kê và sau đó bỏ phiếu cộng tác về các tính năng có thể có. Hãy nói rõ rằng bạn sẽ ưu tiên (nhưng không đảm bảo) về các tính năng được xếp hạng cao hơn và có thể bạn sẽ không ưu tiên những thứ không nhận được phiếu bầu từ những người khác.

Khi làm như vậy, bạn có thể yêu cầu khách hàng áp dụng một số tính năng lọc cộng tác (hoặc áp lực ngang hàng) cho ý tưởng. Bạn cũng sẽ nhận được một số khả năng hiển thị, vì vậy mọi người có thể thấy lý do tại sao mong muốn của họ không được tôn trọng. Một lợi ích phụ quan trọng là bất cứ ai yêu cầu một tính năng bây giờ có quan tâm đến việc xây dựng yêu cầu và lý do của nó, để họ có thể giúp những người khác bỏ phiếu cho họ. Điều này sẽ loại bỏ một số ý tưởng nửa nướng asinine.

Tất nhiên, giả định cơ bản của tất cả điều này là bạn đã lập ngân sách một thời gian để "tính năng linh tinh" với bất kỳ ai đang thanh toán cho projec.

Các vấn đề liên quan