Project uncertainty varies accordin

Project uncertainty varies according to the extent the project scope is known and stable and the technology to be used is known and proven. Many projects, like the bridge example, as well as other construction projects, events, product exten- sions, marketing campaigns, and so forth have well-established scopes and use proven technology that provides a degree of predictability for effective planning. However, when the project scope and/or technology are not fully known, things become much less predictable. For example, software development projects, which are notorious for coming in late and over budget, typically involve many different customers with different needs. These needs frequently change and are often diffi- cult to articulate. In many cases, customers only begin to understand what they actually desire when they are provided with someone’s impression of what they want. Under these conditions it would be difficult if not futile to develop a detailed
list of scope requirements at project launch.

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

Dự án không chắc chắn thay đổi tùy theo mức độ phạm vi dự án được biết đến và ổn định, và các công nghệ được sử dụng là được biết đến và đã được chứng minh. Nhiều dự án như ví dụ bridge, cũng như các dự án xây dựng, sự kiện, sản phẩm exten-sions, tiếp thị chiến dịch, vv. có phạm vi cũng thành lập và sử dụng công nghệ đã được chứng minh cung cấp một mức độ dự đoán cho các kế hoạch có hiệu quả. Tuy nhiên, khi phạm vi dự án và/hoặc công nghệ không hoàn toàn được biết đến, những thứ trở nên ít hơn nhiều dự đoán được. Ví dụ, dự án phát triển phần mềm, mà là nổi tiếng cho đến cuối năm và ngân sách, thường liên quan đến việc nhiều khách hàng khác nhau với các nhu cầu khác nhau. Các nhu cầu thường xuyên thay đổi và thường khó-sùng bái rõ. Trong nhiều trường hợp, khách hàng chỉ bắt đầu để hiểu những gì họ thực sự mong muốn khi họ được cung cấp với Ấn tượng của một ai đó về những gì họ muốn. Dưới những điều kiện này, nó sẽ là khó khăn nếu không vô ích để phát triển một chi tiếtdanh sách các phạm vi yêu cầu lúc khởi động dự án.

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

Không chắc chắn dự án thay đổi tùy theo mức độ phạm vi dự án được biết đến và ổn định và các công nghệ được sử dụng được biết đến và đã được chứng minh. Nhiều dự án, như ví dụ cầu, cũng như các dự án xây dựng khác, các sự kiện, sản phẩm phần mở rộng, các chiến dịch tiếp thị, vv có phạm vi cũng như thành lập và sử dụng công nghệ đã được chứng minh rằng cung cấp một mức độ dự đoán cho việc lập kế hoạch hiệu quả. Tuy nhiên, khi phạm vi dự án và / hoặc công nghệ không được biết đầy đủ, mọi thứ trở nên ít hơn nhiều dự đoán được. Ví dụ, dự án phát triển phần mềm, mà là tiếng xấu cho đi làm muộn và hơn ngân sách, thường liên quan đến nhiều khách hàng khác nhau với các nhu cầu khác nhau. Những nhu cầu thường xuyên thay đổi và thường khăn sùng bái nói rõ. Trong nhiều trường hợp, khách hàng chỉ bắt đầu hiểu những gì họ thực sự mong muốn khi chúng được cung cấp với ấn tượng một ai đó về những gì họ muốn. Dưới những điều kiện này sẽ rất khó khăn nếu không vô ích để phát triển một chi tiết
danh sách các yêu cầu về phạm vi lúc khởi động dự án.