Giáo dục khách hàng . Tôi ước tôi không phải là một trong những khách hàng của bạn;)
Nghiêm túc mà nói, tôi hiểu bạn đang gặp rắc rối, và bạn nghĩ vấn đề là khách hàng. Có lẽ nó là, nhưng nó không quan trọng. Thay đổi khách hàng của bạn thực sự khó khăn, trong khi thay đổi cách làm việc của bạn với họ dễ dàng hơn nhiều.
Vấn đề là hầu hết khách hàng không nhận thức được tất cả các tác động của phát triển phần mềm và bạn không nhận thức được chi tiết về hoạt động kinh doanh của họ.
Chỉ một điều nhỏ:
thay đổi không phải là vấn đề trong bất kỳ thời điểm nào của dự án
"Cho dù bạn đã đi sai đường bao xa, hãy quay lại." Tục ngữ Thổ Nhĩ Kỳ
Tôi yêu câu tục ngữ đó, vì vậy khi tôi có thể sử dụng nó, tôi rất vui. Cảm ơn vì cơ hội đó ;)
Dưới đây là một vài giải pháp:
Bạn phải cung cấp cho khách hàng khả năng thay đổi suy nghĩ của mình, bởi vì điều này sẽ giúp anh ta có được phần mềm phù hợp thực sự phù hợp với nhu cầu của mình. Anh ấy cuối cùng sẽ có thêm ý tưởng trong khi bạn đang phát triển nó.
Bạn đang ở trong một hợp đồng giá cố định, vì vậy tôi đoán bạn phải thu thập các yêu cầu, ước tính chúng và đặt giá cho từng?
Nếu bạn phải xây dựng một điều mới, hãy sử dụng quy trình tương tự: bạn sửa đổi hợp đồng giá cố định với các yêu cầu bổ sung. Chấp nhận loại bỏ các yêu cầu sẽ vô ích (tất nhiên là bạn chưa xây dựng chúng).
Một cách tiếp cận khác là hoàn thành những gì đã bị phân tách (yêu cầu ít vô dụng hơn và không được phát triển) như phiên bản 1, và phân tách phiên bản 2 với những ý tưởng mới của nó.
Giải pháp thứ hai sẽ là tạo ra sự lặp lại trong quá trình phát triển như trong Scrum . Tôi chưa có kinh nghiệm với dự án giá cố định này (vì tôi không làm các dự án cố định nữa), vì vậy tôi không biết liệu nó có hoạt động hay không. Tôi thực sự có rất nhiều nghi ngờ Scrum (hoặc Agile ) là giải pháp cho tất cả các dự án phát triển phần mềm, nhưng có thể một số thực tiễn được mô tả sẽ giúp bạn.