showed a simple top-down flow of re

showed a simple top-down flow of requirements information. In reality, you should expect cycles and iteration among the business, user, and functional requirements. Whenever someone proposes a new feature, user requirement, or bit of functionality, the analyst must ask, “Is this in scope?” If the answer is “yes,” the requirement belongs in the specification. If the answer is “no,” it does not, at least not for the forthcoming release or iteration. The third possible answer is “no, but it supports the business objectives, so it ought to be.” In that case, whoever controls the project scope—the project sponsor, project manager, or product owner—must decide whether to increase the current project’s or iteration’s scope to accommodate the new requirement. This is a business decision that has implications for the project’s schedule and budget and might demand trade-offs with other capabilities. An effective change process that includes impact analysis ensures that the right people make informed business decisions about which changes to accept and that the associated costs in time, resources, or feature trade-offs are addressed.

Kết quả (Việt) 1:

cho thấy một dòng chảy trên xuống đơn giản của yêu cầu thông tin. Trong thực tế, bạn có thể mong đợi chu kỳ và lặp đi lặp lại trong kinh doanh, người sử dụng và chức năng yêu cầu. Bất cứ khi nào ai đó đề xuất một tính năng mới, yêu cầu người sử dụng, hoặc nhiều chức năng, các nhà phân tích phải hỏi, "này là trong phạm vi?" Nếu câu trả lời là "có", yêu cầu thuộc về đặc điểm kỹ thuật. Nếu câu trả lời là "không" thì không, ít nhất không phải cho các bản phát hành sắp tới hoặc lặp đi lặp lại. Câu trả lời có thể thứ ba là "không có, nhưng nó hỗ trợ các mục tiêu kinh doanh, vì vậy nó nên." Trong trường hợp đó, bất cứ ai kiểm soát phạm vi dự án-dự án tài trợ, quản lý dự án hoặc chủ sở hữu sản phẩm-phải quyết định xem có nên tăng phạm vi của dự án hiện tại hoặc của lặp đi lặp lại để phù hợp với yêu cầu mới. Đây là một quyết định kinh doanh mà có ý nghĩa cho các dự án lịch trình và ngân sách và có thể yêu cầu thương mại-offs với khả năng khác. Một quá trình thay đổi có hiệu quả bao gồm phân tích tác động đảm bảo rằng các quyền con người làm cho các quyết định kinh doanh thông báo về những thay đổi để chấp nhận và các chi phí liên quan trong thời gian, tài nguyên, hoặc tính năng thương mại-offs được đề cập.

Kết quả (Việt) 2:

cho thấy một dòng chảy đơn giản trên xuống các yêu cầu thông tin. Trong thực tế, bạn nên mong đợi chu kỳ và lặp đi lặp lại giữa các doanh nghiệp, người sử dụng, và yêu cầu chức năng. Bất cứ khi nào một ai đó đề xuất một tính năng mới, yêu cầu người sử dụng, hoặc bit chức năng, các nhà phân tích phải hỏi, "Đây có phải là trong phạm vi?" Nếu câu trả lời là "có", yêu cầu thuộc về các đặc điểm kỹ thuật. Nếu câu trả lời là "không", không, ít nhất là không cho việc phát hành sắp tới hoặc lặp đi lặp lại. Câu trả lời thứ ba có thể là "không, nhưng nó hỗ trợ các mục tiêu kinh doanh, vì vậy nó nên được." Trong trường hợp đó, bất cứ ai kiểm soát phạm vi-các dự án tài trợ dự án, quản lý dự án, hoặc chủ sở hữu phải sản phẩm quyết định có nên tăng hiện nay phạm vi lặp đi lặp lại của dự án hoặc để thích ứng với yêu cầu mới. Đây là một quyết định kinh doanh có ý nghĩa đối với lịch trình và ngân sách của dự án và có thể yêu cầu thương mại-off với các khả năng khác. Một quá trình thay đổi có hiệu lực bao gồm các phân tích tác động đảm bảo đúng người làm thông báo quyết định kinh doanh về những thay đổi để chấp nhận và các chi phí liên quan trong thời gian, nguồn lực, hoặc tính năng thương mại-off được giải quyết.