On some projects the end may not be

On some projects the end may not be as clear as would be hoped. Although the
scope statement may define a clear ending for a project, the actual ending may or
may not correspond. Fortunately, a majority of projects are blessed with a welldefined
ending. Regular project reviews will identify projects having endings different
from plans. The different types of closure are identified here:
Normal The most common circumstance for project closure is simply a completed
project. For many development projects, the end involves handing off the
final design to production and the creation of a new product or service line. For
other internal IT projects, such as system upgrades or creation of new inventory
control systems, the end occurs when the output is incorporated into ongoing operations.
Some modifications in scope, cost, and schedule probably occurred during
implementation.
Premature For a few projects, the project may be completed early with some
parts of the project eliminated. For example, in a new product development project,
a marketing manager may insist on production models before testing:
Give the new product to me now, the way it is. Early entry into the market will mean big
profits! I know we can sell a bazzillion of these. If we don’t do it now, the opportunity is lost!
The pressure is on to finish the project and send it to production. Before succumbing
to this form of pressure, the implications and risks associated with this decision
should be carefully reviewed and assessed by senior management and all stakeholders.
Too frequently, the benefits are illusory, dangerous, and carry large risks.
Perpetual Some projects never seem to end. The major characteristic of this kind of
project is constant “add-ons,” suggesting a poorly conceived project scope. At some
point the review group should recommend methods for bringing final closure to this
type of project or the initiation of another project. For example, adding a new feature
to an old project could replace a segment of a project that appears to be perpetual.

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

Trên một số dự án cuối cùng có thể không rõ ràng là đã được hy vọng. Mặc dù cácphạm vi tuyên bố có thể xác định một kết thúc rõ ràng cho một dự án, kết thúc thực tế có thể hoặccó thể không tương ứng. May mắn thay, một phần lớn của dự án được thiên nhiên ưu đãi với một welldefinedkết thúc. Đánh giá thường xuyên dự án sẽ xác định các dự án có kết thúc khác nhautừ kế hoạch. Các loại khác nhau của việc đóng cửa được xác định ở đây:Bình thường trường hợp phổ biến nhất cho dự án đóng cửa là chỉ đơn giản là một hoàn thànhdự án. Cho nhiều dự án phát triển, cuối cùng liên quan đến chuyển giao ra cácthiết kế cuối cùng để sản xuất và tạo ra một sản phẩm mới hoặc đường dây dịch vụ. Chodự án CNTT nội bộ khác, chẳng hạn như nâng cấp hệ thống hoặc tạo ra các hàng tồn kho mớiHệ thống điều khiển, cuối cùng xảy ra khi đầu ra được đưa vào hoạt động liên tục.Một số sửa đổi trong phạm vi, chi phí, và lịch trình có thể xảy ra trongthực hiện.Sớm cho một vài dự án, dự án có thể được hoàn thành sớm với một sốbộ phận của dự án bị loại. Ví dụ, trong một dự án phát triển sản phẩm mới,một người quản lý tiếp thị có thể nhấn mạnh vào kiểu sản xuất trước khi thử nghiệm:Cung cấp cho các sản phẩm mới với tôi bây giờ, cách nó. Đầu mục nhập vào thị trường sẽ có nghĩa là lớnlợi nhuận! Tôi biết chúng tôi có thể bán một bazzillion số này. Nếu chúng tôi không làm điều đó bây giờ, cơ hội bị mất!Áp lực là ngày để hoàn thành dự án và gửi nó để sản xuất. Trước khi succumbinghình thức này của áp suất, tác động và rủi ro liên quan với quyết định nàynên được một cách cẩn thận xem xét và đánh giá bởi quản lý cấp cao và tất cả các bên liên quan.Quá thường xuyên, những lợi ích là không thực hiện, nguy hiểm, và thực hiện những rủi ro lớn.Vĩnh viễn một số dự án không bao giờ có vẻ để kết thúc. Các đặc điểm chính của loại này củadự án là liên tục "Tiện ích," cho thấy một phạm vi kém hình thành dự án. Tại một sốđiểm nhóm xem xét nên đề nghị phương pháp mang cuối cùng đóng cửa nàyloại dự án hoặc bắt đầu một dự án. Ví dụ, thêm một tính năng mớicho một dự án cũ có thể thay thế một phân đoạn của một dự án mà dường như là vĩnh viễn.