Tôi nghĩ rằng chúng tôi đã có một cách tiếp cận thành công trong công việc cuối cùng của mình khi chúng tôi phân phối dự án đúng hạn và chỉ với một vài vấn đề được tìm thấy trong sản xuất. Tuy nhiên, chỉ có 3 người làm việc trên sản phẩm, vì vậy tôi không hoàn toàn chắc chắn làm thế nào nó sẽ quy mô cho các đội lớn hơn.
Chúng tôi đã viết thông số kỹ thuật trả trước cho toàn bộ sản phẩm nhưng không đi sâu vào chi tiết quá nhiều và chú trọng vào giao diện người dùng. Đây là một phương tiện để chúng tôi có được cảm giác về những gì phải được thực hiện và cho phạm vi của dự án.
Khi chúng tôi bắt đầu triển khai mọi thứ, chúng tôi phải làm mọi thứ chi tiết hơn (và chắc chắn phải làm một số điều khác với thông số kỹ thuật). Để kết thúc, chúng tôi đã cùng nhau và làm việc ra cách tiếp cận tốt nhất để thực hiện từng tính năng (đôi khi với nguyên mẫu). Chúng tôi đã không cập nhật thông số ban đầu nhưng chúng tôi đã ghi chú sau các cuộc họp vì rất dễ quên chi tiết sau đó.
Vì vậy, tóm lại, cách tiếp cận của tôi là xử lý thông số kỹ thuật như một công cụ khám phá và để tìm ra chi tiết tốt hơn trong quá trình triển khai. Tùy thuộc vào dự án, nó cũng có thể là một ý tưởng tốt để giữ cho thông số ban đầu được cập nhật khi ứng dụng phát triển (mà chúng tôi không cần phải thực hiện thời gian này).
Nguồn
2010-03-10 00:36:49
Đã thanh toán. Những người bạn đang nói về không phải là "kiến trúc sư" mà là những nhà phân tích kinh doanh mà tôi nghĩ. Tuy nhiên, đây không phải là một cuộc thảo luận cho StackOverflow. –