The description of how the project

The description of how the project is organized should include the following
information:
• Organizational charts: The description should include an organizational
chart for the company sponsoring the project and for the customer’s company, if the project is for an external customer. The description should also
include a project organizational chart to show the lines of authority, responsibilities, and communication for the project. For example, the Manhattan
Project introduced in Chapter 1 had a very detailed organizational chart of all
participants.
• Project responsibilities: This section of the project plan should describe the
major project functions and activities and identify the people responsible for
them. A responsibility assignment matrix (described in Chapter 9) is often
used to display this information.
• Other organizational or process-related information: Depending on the
nature of the project, the team might need to document major
processes they follow on the project. For example, if the project
involves releasing a major software upgrade, team members might
benefit from having a diagram or timeline of the major steps involved
in the process.
The section of the project management plan that describes management and technical approaches should include the following information:
• Management objectives: It is important to understand top management’s view
of the project, the priorities for the project, and any major assumptions or
constraints.
• Project controls: This section describes how to monitor project progress and
handle changes. Will there be monthly status reviews and quarterly progress
reviews? Will there be specific forms or charts to monitor progress? Will the
project use earned value management (described in Chapter 7) to assess
and track performance? What is the process for change control? What level
of management is required to approve different types of changes? (You will
learn more about change control later in this chapter.)
• Risk management: This section briefly addresses how the project team will
identify, manage, and control risks. This section should refer to the risk management plan, if one is required for the project.
• Project staffing: This section describes the number and types of people required for the project. It should refer to the human resource plan, if one is
required for the project.
• Technical processes: This section describes specific methodologies a project
might use and explains how to document information. For example, many IT
projects follow specific software development methodologies or use particular
Computer Aided Software Engineering (CASE) tools. Many companies or customers also have specific formats for technical documentation. It is important to clarify these technical processes in the project management plan.
The next section of the project management plan should describe the work that needs
to be performed and reference the scope management plan. It should summarize the
following:
• Major work packages: A project manager usually organizes the project work
into several work packages using a work breakdown structure (WBS) and
produces a scope statement to describe the work in more detail. This section
should briefly summarize the main work packages for the project and refer to
appropriate sections of the scope management plan.
• Key deliverables: This section lists and describes the key products created
as part of the project. It should also describe the quality expectations for the
product deliverables.
• Other work-related information: This section highlights key information related to the work performed on the project. For example, it might list specific
hardware or software to use on the project or certain specifications to follow.
It should document major assumptions made in defining the project work.
The project schedule information section should include the following:
• Summary schedule: It is helpful to have a one-page summary of the overall
project schedule. Depending on the project’s size and complexity, the summary schedule might list only key deliverables and their planned completion
dates. For smaller projects, it might include all of the work and associated
Copyright 2016 Cengage Learning. All Rights Reserved. May not be copied, scanned, or duplicated, in whole or in part. Due to electronic rights, some third party content may be suppressed from the eBook and/or eChapter(s).
Editorial review has deemed that any suppressed content does not materially aff

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

Mô tả cách dự án tổ chức nên bao gồm những điều sau đâythông tin:• Cơ cấu tổ chức: các mô tả nên bao gồm một tổ chứcbảng xếp hạng cho công ty tài trợ cho dự án và các khách hàng công ty, nếu dự án là dành cho một khách hàng bên ngoài. Các mô tả nên cũngbao gồm một dự án tổ chức để hiển thị các dòng của thẩm quyền, trách nhiệm và thông tin liên lạc cho các dự án. Ví dụ, ManhattanDự án được giới thiệu trong chương 1 có một biểu đồ tổ chức chi tiết của tất cảnhững người tham gia.• Dự án trách nhiệm: phần này của kế hoạch dự án nên mô tả cácCác dự án chức năng và các hoạt động và xác định người chịu trách nhiệmhọ. Thường là một ma trận phân công trách nhiệm (được mô tả trong chương 9)được sử dụng để hiển thị các thông tin này.• Thông tin liên quan đến quá trình hoặc tổ chức khác: tùy thuộc vào cáctính chất của dự án, các nhóm có thể cần phải tài liệu chínhquy trình họ thực hiện theo dự án. Ví dụ, nếu dự án liên quan đến việc phát hành bản nâng cấp phần mềm lớn, thành viên trong nhóm có thểhưởng lợi từ việc có một biểu đồ hoặc thời gian của các bước tham giatrong quá trình.Các phần của kế hoạch quản lý dự án mô tả các phương pháp tiếp cận kỹ thuật và quản lý bao gồm các thông tin sau:• Quản lý mục tiêu: nó là quan trọng để hiểu quản lý hàng đầu xemCác dự án, ưu tiên cho các dự án, và bất kỳ giả định chính hoặcnhững hạn chế.• Dự án điều khiển: phần này mô tả làm thế nào để giám sát tiến độ dự án vàxử lý các thay đổi. Sẽ có hàng tháng đánh giá tình trạng và tiến độ hàng quýđánh giá? Sẽ có hình thức cụ thể hoặc biểu đồ theo dõi sự tiến bộ không? Sẽ làdự án sử dụng kiếm được quản lý giá trị (mô tả trong chương 7) để đánh giávà theo dõi hiệu suất? Quy trình kiểm soát sự thay đổi là gì? Mức độquản lý là cần thiết để phê chuẩn các loại khác nhau của thay đổi? (Bạn sẽTìm hiểu thêm về kiểm soát sự thay đổi sau trong chương này).• Quản lý rủi ro: phần này một thời gian ngắn các địa chỉ như thế nào nhóm dự án sẽxác định, quản lý và kiểm soát rủi ro. Phần này nên tham khảo kế hoạch quản lý rủi ro, nếu một người cần thiết cho dự án.• Dự án biên chế: phần này mô tả số lượng và loại của người dân cần thiết cho dự án. Nó nên tham khảo kế hoạch nguồn nhân lực, nếu có mộtcần thiết cho dự án.• Quy trình kỹ thuật: phần này mô tả các phương pháp cụ thể một dự áncó thể sử dụng và giải thích làm thế nào để tài liệu thông tin. Ví dụ, nó rất nhiềudự án thực hiện theo phương pháp phát triển phần mềm cụ thể hoặc sử dụng cụ thểCác công cụ hỗ trợ kỹ thuật phần mềm (CASE) máy tính. Nhiều công ty hoặc các khách hàng cũng có các định dạng cụ thể cho các tài liệu kỹ thuật. Nó là quan trọng để làm rõ các quy trình kỹ thuật trong kế hoạch quản lý dự án.Phần tiếp theo của kế hoạch quản lý dự án nên mô tả các công việc cầnđể được thực hiện và tham khảo kế hoạch quản lý phạm vi. Nó nên tóm tắt cácsau đây:• Các gói công việc chính: một người quản lý dự án thường tổ chức các công việc dự ánvào một số hoạt động gói bằng cách sử dụng một cấu trúc phân tích công việc (WBS) vàtạo ra một tuyên bố phạm vi để mô tả công việc chi tiết hơn. Phần nàymột thời gian ngắn nên tóm tắt các gói công việc chính của dự án và tham khảophần thích hợp của kế hoạch quản lý phạm vi.• Phân phôi chìa khóa: phần này liệt kê và mô tả các sản phẩm tạo ranhư một phần của dự án. Nó cũng nên mô tả những mong đợi chất lượng cho cácsản phẩm phân phôi.• Các thông tin khác liên quan đến công việc: phần này làm nổi bật thông tin quan trọng liên quan đến việc thực hiện dự án. Ví dụ, nó có thể liệt kê cụ thểphần cứng hoặc phần mềm sử dụng trên các dự án hoặc một số thông số kỹ thuật để làm theo.Nó nên tài liệu chính các giả định thực hiện trong việc xác định các công việc dự án.Phần thông tin lịch trình dự án bao gồm những điều sau đây:• Tóm tắt lịch: nó là hữu ích để có một bản tóm tắt một trang tổng thểlịch trình dự án. Tùy thuộc vào kích thước và độ phức tạp của dự án tóm tắt lịch trình có thể danh sách chỉ phân phôi chìa khóa và hoàn thành kế hoạch của họngày tháng. Cho các dự án nhỏ, nó có thể bao gồm tất cả các công việc và liên kếtBản quyền năm 2016 Cengage học. Tất cả các quyền. Có thể không được sao chép, quét hoặc trùng lặp, toàn bộ hoặc một phần. Do quyền điện tử, một số nội dung bên thứ ba có thể được bị đàn áp từ eBook và/hoặc eChapter(s).Biên tập review đã coi là bị đàn áp bất kỳ nội dung nào không vật chất aff

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

Các mô tả của dự án được tổ chức như thế nào nên bao gồm
các thông tin:
• bảng xếp hạng tổ chức: mô tả phải bao gồm một tổ chức
biểu đồ cho các công ty tài trợ dự án và cho công ty của khách hàng, nếu dự án là cho một khách hàng bên ngoài. Các mô tả cũng nên
bao gồm một sơ đồ tổ chức dự án để hiển thị các ranh giới quyền hạn, trách nhiệm và truyền thông cho dự án. Ví dụ, Manhattan
Project giới thiệu trong chương 1 đã có một sơ đồ tổ chức rất chi tiết của tất cả
những người tham gia.
• trách nhiệm dự án: Phần này của kế hoạch dự án nên mô tả các
chức năng chính của dự án và các hoạt động và xác định những người chịu trách nhiệm cho
họ. Một ma trận phân công trách nhiệm (mô tả trong Chương 9) thường được
sử dụng để hiển thị thông tin này.
• thông tin tổ chức, quy trình liên quan khác: Tùy theo
tính chất của dự án, nhóm nghiên cứu có thể cần đến tài liệu chính
quá trình họ thực hiện theo dự án. Ví dụ, nếu dự án
liên quan đến việc phát hành một bản nâng cấp phần mềm lớn, thành viên trong nhóm có thể
được hưởng lợi từ việc có một sơ đồ hoặc thời gian của các bước chủ yếu tham gia
vào quá trình này.
Các phần của kế hoạch quản lý dự án mô tả các phương pháp quản lý và kỹ thuật phải bao gồm các thông tin sau :
• mục tiêu quản lý: Điều quan trọng là phải hiểu quan điểm trên của ban quản lý
dự án, các ưu tiên cho dự án, và bất kỳ giả thuyết chính hoặc
hạn chế.
• Kiểm soát dự án: phần này mô tả làm thế nào để theo dõi tiến độ dự án và
xử lý các thay đổi. Sẽ có đánh giá tình trạng hàng tháng và tiến độ hàng quý
đánh giá? Sẽ có hình thức hoặc biểu đồ để theo dõi tiến độ cụ thể? Liệu các
dự án sử dụng quản lý giá trị thu được (mô tả trong Chương 7) để đánh giá
và theo dõi hiệu suất? Quy trình kiểm soát thay đổi là gì? Mức độ
của quản lý là cần thiết để phê duyệt các loại khác nhau của sự thay đổi? (Bạn sẽ
tìm hiểu thêm về kiểm soát thay đổi sau trong chương này.)
• Quản lý rủi ro: Phần này đề cập ngắn gọn về cách nhóm dự án sẽ
xác định, quản lý rủi ro và kiểm soát. Phần này nên tham khảo các kế hoạch quản lý rủi ro, nếu được yêu cầu cho dự án.
• Dự án biên chế: Phần này mô tả số lượng và loại người cần thiết cho dự án. Nó nên tham khảo các kế hoạch nguồn nhân lực, nếu có
yêu cầu của dự án.
• Quy trình kỹ thuật: Phần này mô tả các phương pháp cụ thể một dự án
có thể sử dụng và giải thích làm thế nào để ghi lại thông tin. Ví dụ, nhiều IT
dự án theo phương pháp phát triển phần mềm cụ thể hoặc sử dụng đặc biệt là
máy tính công cụ Aided Software Engineering (CASE). Nhiều công ty hoặc khách hàng cũng có các định dạng cụ thể cho các tài liệu kỹ thuật. Điều quan trọng là phải làm rõ các quy trình kỹ thuật trong kế hoạch quản lý dự án.
Phần tiếp theo của kế hoạch quản lý dự án nên mô tả những công việc cần
phải thực hiện và tham khảo các kế hoạch quản lý phạm vi. Nó nên tóm lược
sau đây:
• gói công việc chính: Một người quản lý dự án thường tổ chức các công việc dự án
thành nhiều gói công việc sử dụng một cấu trúc phân chia công việc (WBS) và
tạo ra một tuyên bố phạm vi để mô tả công việc chi tiết hơn. Phần này
cần tóm tắt ngắn gọn các gói công việc chính cho dự án và tham khảo
các phần thích hợp của kế hoạch quản lý phạm vi.
• phân phôi chính: Phần này liệt kê và mô tả các sản phẩm chủ lực tạo ra
như là một phần của dự án. Nó cũng cần mô tả sự mong đợi chất lượng cho các
phân phôi sản phẩm.
• Thông tin công việc liên quan khác: Phần này nêu bật thông tin quan trọng liên quan đến việc thực hiện dự án. Ví dụ, nó có thể liệt kê cụ
phần cứng hoặc phần mềm để sử dụng vào các dự án hoặc thông số kỹ thuật nhất định để làm theo.
Nó nên tài liệu giả thuyết chính được thực hiện trong việc xác định các công việc của dự án.
Phần thông tin tiến độ dự án nên bao gồm những điều sau đây:
• Bảng Tóm tắt: Đó là hữu ích để có một bản tóm tắt một trang của tổng thể
tiến độ dự án. Tùy thuộc vào kích thước và độ phức tạp của dự án, tiến độ tổng hợp có thể chỉ liệt kê các lĩnh vực trọng tâm và hoàn thành kế hoạch của họ
ngày. Đối với các dự án nhỏ hơn, nó có thể bao gồm tất cả các công việc và liên
Copyright 2016 Cengage Learning. Tất cả các quyền. Có thể không được sao chép, scan, hoặc trùng lặp, toàn bộ hoặc một phần. Do quyền điện tử, một số nội dung của bên thứ ba có thể bị ức chế từ sách điện tử và / hoặc eChapter (s).
Tổng biên tập đã coi rằng bất kỳ nội dung bí không vật chất aff