Use the Plan to Manage the ProjectT

Use the Plan to Manage the Project
This is the real crunch point, where textbook management looks so easy and realworld
project management is in fact so hard. The project manager must contend with a
continual stream of temptations to relax his project’s discipline-especially when they are
initiated by the customer or his project superiors. Some typical examples include:
• A customer request to add “a few small capabilities” to the product—but without
changing the budget or schedule.
• An indication that higher management won’t feel that progress is being made until
they see some code produced.
• A suggestion to reduce the scope of the design review in order to make up some
schedule.
• A request to take on some personnel who are between projects and find something
useful for them to do.
• A request to try out a powerful new programming aid which hasn’t been
completely debugged.
There are usually a lot of persuasive reasons to depart from the project plan and
accommodate such requests.
The easy thing to do is to be a nice guy and go along with them. It’s a lot harder
to take the extra time to determine the impact of the request on the project plan and to
negotiate a corresponding change in plans, schedules, and budgets. But above all else, it’s
the thing that most often spells the difference between successful and unsuccessful
projects.

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

Sử dụng kế hoạch quản lý dự ánĐiều này là thực sự khủng hoảng điểm, nơi quản lý sách giáo khoa trông dễ dàng như vậy và realworldquản lý dự án là trong thực tế khó khăn như vậy. Giám đốc dự án phải contend với mộtliên tục dòng cám dỗ để thư giãn các dự án của ông của kỷ luật đặc biệt là khi họ đangbắt đầu bởi khách hàng hoặc cấp trên dự án của mình. Một số ví dụ tiêu biểu bao gồm:• Một khách hàng yêu cầu để thêm "một vài khả năng nhỏ" để sản phẩm-nhưng mà không cóthay đổi ngân sách hoặc lịch trình.• Một dấu hiệu rằng quản lý cao hơn sẽ không cảm thấy rằng tiến bộ đang được thực hiện cho đến khihọ nhìn thấy một số mã sản xuất.• Một gợi ý để làm giảm phạm vi xem xét thiết kế để làm cho một sốlịch trình.• Một yêu cầu để đưa vào một số nhân viên giữa các dự án và tìm thấy một cái gì đóhữu ích cho họ để làm.• Một yêu cầu để thử ra mạnh mẽ mới lập trình viện trợ mà vẫn chưahoàn toàn debugged. Có ở này thường có rất nhiều lý do thuyết phục để khởi hành từ kế hoạch dự án vàphù hợp với yêu cầu như vậy.Điều dễ dàng để làm là để là một chàng đẹp và đi cùng với họ. Nó là rất nhiều khó khăn hơnđể có thêm thời gian để xác định tác động của các yêu cầu về kế hoạch dự án và đếnthương lượng một sự thay đổi tương ứng trong kế hoạch, lịch trình và ngân sách. Nhưng trên tất cả nào khác, nó cóđiều mà hầu hết thường phép sự khác biệt giữa thành công và không thành côngdự án.

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

Sử dụng các kế hoạch để quản lý các dự án
này là điểm khủng hoảng thực sự, nơi quản lý sách giáo khoa có vẻ dễ dàng như vậy và RealWorld
quản lý dự án là trên thực tế khó khăn như vậy. Quản lý dự án phải đấu tranh với một
dòng liên tục của những cám dỗ để thư giãn của dự án của ông kỷ luật, đặc biệt là khi chúng được
khởi xướng bởi các khách hàng hoặc cấp trên dự án của mình. Một số ví dụ điển hình bao gồm:
• Một khách hàng yêu cầu để thêm "một vài tính năng nhỏ" đối với các sản phẩm nhưng không có
thay đổi ngân sách hoặc lịch trình.
• Một dấu hiệu cho thấy quản lý cao hơn sẽ không cảm thấy sự tiến bộ đó đang được thực hiện cho đến khi
họ nhìn thấy một số mã sản xuất .
• Một gợi ý để giảm phạm vi của việc xem xét thiết kế để tạo nên một
lịch trình.
• Một yêu cầu để đưa vào một số nhân viên người giữa các dự án và tìm thấy một cái gì đó
có ích cho họ làm.
• Một yêu cầu để thử ra một mạnh mẽ mới viện trợ lập trình mà chưa được
sửa lỗi hoàn toàn.
Thường có rất nhiều lý do thuyết phục để khởi hành từ các kế hoạch dự án và
phù hợp yêu cầu như vậy.
Các điều dễ dàng để làm là để có một chàng trai tốt và đi cùng với họ. Đó là khó khăn hơn rất nhiều
để có thêm thời gian để xác định ảnh hưởng của các yêu cầu về kế hoạch dự án và để
thương lượng một sự thay đổi tương ứng trong kế hoạch, lịch trình, và ngân sách. Nhưng trên hết, đó là
những điều mà thường nhất rõ sự khác biệt giữa thành công và không thành công
dự án.