Change Management ProcessInsert Pro

Change Management Process


Insert Project Logo here





Health and Human Services Agency, Office of Systems Integration



Revision History
REVISION HISTORY
REVISION/WORKSITE # DATE OF RELEASE OWNER SUMMARY OF CHANGES
Initial Draft/ OSIAdmin #10999 10/28/2010 OSI - PMO

[Remove template revision history and insert Change Management Process revision history.]

Approvals
NAME ROLE DATE

[Insert Project Approvals here.]

Template Instructions:
This template offers instructions, sample language, boilerplate language, and hyperlinks written in 12 point Arial font and distinguished by color, brackets, and italics as shown below:
• Instructions for using this template are written in purple bracketed text and describe how to complete this document. Delete instructions from the final version of this plan.
• Sample language is written in red italic font and may be used, or modified, for completing sections of the plan. All red text should be replaced with project-specific information and the font changed to non-italicized black.
• Standard boilerplate language has been developed for this plan. This standard language is written in black font and may be modified with permission from the OSI Project Management Office (PMO). Additional information may be added to the boilerplate language sections at the discretion of the project without PMO review.
• Hyperlinks are written in blue underlined text. To return to the original document after accessing a hyperlink, click on the back arrow in your browser’s toolbar. The “File Download” dialog box will open. Click on “Open” to return to this document.


Table of Contents
1 INTRODUCTION 4
1.1 PURPOSE 4
1.2 SCOPE 4
1.3 REFERENCES 5
1.3.1 Best Practices Website 5
1.3.2 Project Centralized Document Repository 5
1.3.3 External References 5
1.4 INTERFACING PLANS AND PROCESSES 5
2 ROLES AND RESPONSIBILITIES 5
2.1 PROJECT OFFICE ROLES AND RESPONSIBILITIES 6
2.1.1 Project Manager 6
2.1.2 Change Request Originator 6
2.1.3 Change Request Originator’s Manager 6
2.1.4 Change Request Coordinator (CRC) 6
2.1.5 Change Control Board (CCB) 7
2.1.6 Application Manager 7
2.1.7 Change Request Analysis Team 7
2.1.8 Change Implementation Team 7
2.1.9 Change Verification Team 7
2.1.10 Risk Manager 7
2.1.11 Project Scheduler 8
2.1.12 Project Steering Committee 8
2.1.13 Project Management Support 8
3 CHANGE MANAGEMENT PROCESS 8
3.1 OVERVIEW 8
3.2 BASELINED ITEMS 8
3.3 CHANGE MANAGEMENT PROCESS DESCRIPTION 9
3.3.1 Initiating a Change Request 11
3.3.2 Change Request Analysis 12
3.3.3 Change Request Resolution/Approval 14
3.3.4 Change Request Implementation 15
3.3.5 Change Request Scheduling and Coordination 16
3.3.6 Tracking and Reporting 18
4 PROJECT CHANGE REQUEST DATABASE 19
4.1 MANAGEMENT TRACKING SYSTEM II (MTS II) 19
4.2 REPORTS AND COMMUNICATION 19
APPENDIX A: GLOSSARY & ACRONYMS 22
APPENDIX B: CHANGE MANAGEMENT FORMS 24
APPENDIX C: CHANGE REQUEST PRIORITIES 30
APPENDIX D: CHANGE REQUEST SUMMARY REPORT 31
[Create additional appendices as necessary.]

1 INTRODUCTION
1.1 Purpose
[This template facilitates the development of a Change Management Process (CMP) during the planning stages of your project. In this section explain the purpose of the Change Management Process.]
Change management is an ongoing iterative process throughout the project lifecycle which may involve many individuals at different levels within the organization. This document describes the Change Management Process (CMP). The purpose of the CMP is to ensure standardized methods and procedures are used for efficient and prompt handling of all changes. A formal, repeatable process minimizes the risk when introducing change to the production environment and helps preserve the quality of service delivery. The CMP defines the activities, roles, and responsibilities necessary to effectively and efficiently manage and coordinate changes to project items such as scope, schedule, and cost baselines.
1.2 Scope
[Define the scope of the Change Management Process (CMP) – what is included and what is not.]
The CMP describes the actions required to make changes to the project’s baselined items. Configuration Items (CI) are baselined work products and assets which are subject to formal identification, control, and status accounting as described in the project’s Configuration Management Plan. Examples of CIs include:
a. Project Plans and Procedures
b. Project System Development Lifecycle Deliverables
c. Project Servers
d. Project Website
e. Project Tools

A formal CMP defines and manages the process of requesting, assessing, authorizing, monitoring, and controlling change. CMP prevents unauthorized changes, minimizes disruptions to the production or user environment, and ensures proper analysis and input.
The Change Management Process includes the following activities:
Change Request Processing
Change Impact Assessment
Change Approval
Change Implementation
Change Validation

[Note: this document does not describe the methodology and procedures used by the project to manage their system development lifecycle (requirement through implementation).]

1.3 References
1.3.1 Best Practices Website
For guidance on the Office of Systems Integration (OSI) project management methodologies, refer to the OSI Best Practices Website (BPWeb) (http://www.bestpractices.osi.ca.gov).
1.3.2 Project Centralized Document Repository
[List the document name and WorkSite reference number for any documents that can be referenced for this document. If the project is not using WorkSite, indicate the name of the document management tool the project is using and the corresponding document reference numbers.]
1.3.3 External References
A Guide to the Project Management Body of Knowledge (Fourth Edition)
Institute of Electrical & Electronics Engineers (IEEE) Standard 828-2005 for Software Configuration Management Plans
IT Change Management Policy Documentation Guidelines (Gartner research paper)
1.4 Interfacing Plans and Processes
The Change Management Process interfaces with the Master Project Management Plan, Governance, Communication, Configuration Management, Contract Management, Quality Management, Risk Management, Document Management, Schedule Management, Cost Management, and Requirements Management Plans.
The Change Management Process is a subset of the project’s Configuration Management Plan which governs overall management of configurable project items.

2 ROLES AND RESPONSIBILITIES
[Describe the specific roles and responsibilities as they have been tailored for requirements management activities. These are not meant to be job descriptions, but rather a summary of the responsibilities for each role.
Below is a listing of the most commonly used project roles and responsibilities. Projects should add/change/delete the roles as appropriate for their project.]

2.1 Project Office Roles and Responsibilities

2.1.1 Project Manager
The Project Manager (PM) is an active sponsor of approved changes and builds the necessary coalition of support among project leadership. The PM articulates and reinforces the business case for the change and helps manage and overcome resistance to change. The PM is responsible for the Change Management Process. The PM is also responsible for assigning project resources for the impact analysis of a change request. The PM is a voting member of the Change Control Board.
2.1.2 Change Request Originator
The Originator is the person who submits a change request. Changes may be submitted by project office staff, sponsor agency staff, system users, the prime contractor, or other stakeholders. The Originator completes a Change Request Form (CRF) and discusses the proposed changes with their manager. If the manager supports the proposal, the Originator submits the CRF to the Change Request Coordinator.
2.1.3 Change Request Originator’s Manager
The Change Request Originator’s manager reviews the change request to determine if the form is properly completed and is appropriate for submittal to the Change Request Coordinator.
2.1.4 Change Request Coordinator (CRC)
The Change Request Coordinator (CRC) serves as the single point of contact and control point for all change requests. The CRC maintains the Change Request information within MTSII and monitors the progress of each change request. The CRC has the following specific responsibilities:
• Receive and record Change Requests in MTSII.
• Schedule, and scribe the Change Control Board meetings.
• Maintain information on the status of change requests and guide their movement through the Change Management Process.
• File all Change Request Forms, analyses, and associated documents submitted into the document repository and link to the MTSII Change Request record.
• Monitor Change Requests and report their status.
• Measure the Change Request process, report trends, and recommend actions to the Application Manager if trends indicate a problem.
2.1.5 Change Control Board (CCB)
The CCB is responsible for making decisions on Change Requests received from the CRC. The voting members of the CCB include the State Project Manager, the Application Manager, the Customer Services Manager, Technical Support Manager, and User Group Representative. The Contractor Project Manager, System Engineer, and the Project Scheduler attend the CCB but do not vote.
The CCB meets on a regular basis to determine if a change request is to be approved, rejected, or referred to the Project Steering Committee (PSC) for decision. The CCB decision requires the agreement of a majority of the voting members present at the meeting. The CCB is chaired by the Application Manager.
2.1.6 Application Manager
The Application Manager chairs the CCB. The CCB chair has responsibility for the initiation of the escalation process defined in the project’s Governance Plan when the CCB is unable to reach agreement or the change request must be referred

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

Quá trình quản lý thay đổiChèn biểu tượng dự án ở đâyCơ quan dịch vụ nhân sinh và sức khỏe, văn phòng tích hợp hệ thống Lịch sử sửa đổiLỊCH SỬ SỬA ĐỔIXEM/WORKSITE # NGÀY CỦA CHỦ SỞ HỮU BẢN PHÁT HÀNH BẢN TÓM TẮT CỦA THAY ĐỔIBan đầu dự thảo / OSIAdmin #10999 10/28/2010 OSI - Măng xông PMO [Hủy bỏ mẫu lịch sử sửa đổi và chèn lịch sử sửa đổi thay đổi quản lý quá trình.]Chấp thuậnTÊN VAI TRÒ NGÀY [Chèn phê duyệt dự án ở đây.]Tiêu bản hướng dẫn: Mẫu này cung cấp hướng dẫn, mẫu ngôn ngữ, ngôn ngữ boilerplate và siêu liên kết văn bản trong 12 điểm Arial phông chữ và phân biệt màu sắc, khung và nghiêng như hình dưới đây: • Hướng dẫn cho việc sử dụng mẫu này được viết bằng văn bản màu tím ngoặc và mô tả làm thế nào để hoàn thành các tài liệu này. Xóa bỏ các hướng dẫn từ các phiên bản cuối cùng của kế hoạch này.• Mẫu ngôn ngữ được viết bằng chữ in nghiêng màu đỏ và có thể được sử dụng, hoặc thay đổi, để hoàn thành phần của kế hoạch. Tất cả các văn bản màu đỏ nên được thay thế bằng thông tin dành riêng cho dự án và các font thay đổi phòng không nghiêng đen.• Ngôn ngữ boilerplate tiêu chuẩn đã được phát triển cho kế hoạch này. Ngôn ngữ tiêu chuẩn này được viết bằng chữ màu đen và có thể được thay đổi với sự cho phép từ OSI dự án quản lý văn phòng (PMO). Thông tin bổ sung có thể được thêm vào phần ngôn ngữ boilerplate hoàn toàn theo ý của dự án mà không có nhận xét Măng xông PMO. • Siêu liên kết được viết bằng văn bản gạch chân màu xanh. Để trở về tài liệu gốc sau khi truy cập vào một siêu liên kết, bấm vào mũi tên trở lại trong thanh công cụ của trình duyệt. Hộp thoại "Tệp tải xuống" sẽ mở ra. Nhấp vào "Mở" để trở về tài liệu này. Bảng nội dung 1 GIỚI THIỆU 41.1 MỤC ĐÍCH 41.2 PHẠM VI 41.3 THAM KHẢO 51.3.1 web thực tiễn tốt nhất 51.3.2 dự án tập trung hóa tài liệu kho 51.3.3 bên ngoài tham chiếu 51.4 INTERFACING KẾ HOẠCH VÀ QUY TRÌNH 52 VAI TRÒ VÀ TRÁCH NHIỆM 52.1 DỰ ÁN VĂN PHÒNG VAI TRÒ VÀ TRÁCH NHIỆM 62.1.1 quản lý dự án 62.1.2 thay đổi yêu cầu khởi 62.1.3 thay đổi người quản lý yêu cầu người khởi 62.1.4 thay đổi yêu cầu điều phối viên (CRC) 62.1.5 Ban kiểm soát thay đổi (CCB) 72.1.6 quản lý ứng dụng 72.1.7 thay đổi yêu cầu phân tích nhóm 72.1.8 thay đổi thực hiện đội 72.1.9 thay đổi xác minh đội 72.1.10 rủi ro quản lý 72.1.11 dự án Scheduler 82.1.12 dự án Ủy ban chỉ đạo 82.1.13 dự án hỗ trợ quản lý 8QUÁ TRÌNH QUẢN LÝ THAY ĐỔI 3 83.1 TỔNG QUAN 83.2 BASELINED MỤC 83.3 THAY ĐỔI MÔ TẢ QUÁ TRÌNH QUẢN LÝ 93.3.1 bắt đầu yêu cầu thay đổi 113.3.2 thay đổi yêu cầu phân tích 123.3.3 thay đổi yêu cầu độ phân giải/phê duyệt 143.3.4 thay đổi yêu cầu thực hiện 153.3.5 thay đổi yêu cầu lập kế hoạch và phối hợp 163.3.6 theo dõi và báo cáo 184 DỰ ÁN THAY ĐỔI YÊU CẦU CƠ SỞ DỮ LIỆU 194.1 QUẢN LÝ THEO DÕI HỆ THỐNG II (MTS II) 194.2 CÁC BÁO CÁO VÀ THÔNG TIN LIÊN LẠC 19APPENDIX A: GLOSSARY & ACRONYMS 22APPENDIX B: CHANGE MANAGEMENT FORMS 24APPENDIX C: CHANGE REQUEST PRIORITIES 30APPENDIX D: CHANGE REQUEST SUMMARY REPORT 31[Create additional appendices as necessary.] 1 INTRODUCTION1.1 Purpose[This template facilitates the development of a Change Management Process (CMP) during the planning stages of your project. In this section explain the purpose of the Change Management Process.]Change management is an ongoing iterative process throughout the project lifecycle which may involve many individuals at different levels within the organization. This document describes the Change Management Process (CMP). The purpose of the CMP is to ensure standardized methods and procedures are used for efficient and prompt handling of all changes. A formal, repeatable process minimizes the risk when introducing change to the production environment and helps preserve the quality of service delivery. The CMP defines the activities, roles, and responsibilities necessary to effectively and efficiently manage and coordinate changes to project items such as scope, schedule, and cost baselines. 1.2 Scope[Define the scope of the Change Management Process (CMP) – what is included and what is not.] The CMP describes the actions required to make changes to the project’s baselined items. Configuration Items (CI) are baselined work products and assets which are subject to formal identification, control, and status accounting as described in the project’s Configuration Management Plan. Examples of CIs include:a. Project Plans and Procedures
b. Project System Development Lifecycle Deliverables
c. Project Servers
d. Project Website
e. Project Tools

A formal CMP defines and manages the process of requesting, assessing, authorizing, monitoring, and controlling change. CMP prevents unauthorized changes, minimizes disruptions to the production or user environment, and ensures proper analysis and input.
The Change Management Process includes the following activities:
Change Request Processing
Change Impact Assessment
Change Approval
Change Implementation
Change Validation

[Note: this document does not describe the methodology and procedures used by the project to manage their system development lifecycle (requirement through implementation).]

1.3 References
1.3.1 Best Practices Website
For guidance on the Office of Systems Integration (OSI) project management methodologies, refer to the OSI Best Practices Website (BPWeb) (http://www.bestpractices.osi.ca.gov).
1.3.2 Project Centralized Document Repository
[List the document name and WorkSite reference number for any documents that can be referenced for this document. If the project is not using WorkSite, indicate the name of the document management tool the project is using and the corresponding document reference numbers.]
1.3.3 External References
A Guide to the Project Management Body of Knowledge (Fourth Edition)
Institute of Electrical & Electronics Engineers (IEEE) Standard 828-2005 for Software Configuration Management Plans
IT Change Management Policy Documentation Guidelines (Gartner research paper)
1.4 Interfacing Plans and Processes
The Change Management Process interfaces with the Master Project Management Plan, Governance, Communication, Configuration Management, Contract Management, Quality Management, Risk Management, Document Management, Schedule Management, Cost Management, and Requirements Management Plans.
The Change Management Process is a subset of the project’s Configuration Management Plan which governs overall management of configurable project items.

2 ROLES AND RESPONSIBILITIES
[Describe the specific roles and responsibilities as they have been tailored for requirements management activities. These are not meant to be job descriptions, but rather a summary of the responsibilities for each role.
Below is a listing of the most commonly used project roles and responsibilities. Projects should add/change/delete the roles as appropriate for their project.]

2.1 Project Office Roles and Responsibilities

2.1.1 Project Manager
The Project Manager (PM) is an active sponsor of approved changes and builds the necessary coalition of support among project leadership. The PM articulates and reinforces the business case for the change and helps manage and overcome resistance to change. The PM is responsible for the Change Management Process. The PM is also responsible for assigning project resources for the impact analysis of a change request. The PM is a voting member of the Change Control Board.
2.1.2 Change Request Originator
The Originator is the person who submits a change request. Changes may be submitted by project office staff, sponsor agency staff, system users, the prime contractor, or other stakeholders. The Originator completes a Change Request Form (CRF) and discusses the proposed changes with their manager. If the manager supports the proposal, the Originator submits the CRF to the Change Request Coordinator.
2.1.3 Change Request Originator’s Manager
The Change Request Originator’s manager reviews the change request to determine if the form is properly completed and is appropriate for submittal to the Change Request Coordinator.
2.1.4 Change Request Coordinator (CRC)
The Change Request Coordinator (CRC) serves as the single point of contact and control point for all change requests. The CRC maintains the Change Request information within MTSII and monitors the progress of each change request. The CRC has the following specific responsibilities:
• Receive and record Change Requests in MTSII.
• Schedule, and scribe the Change Control Board meetings.
• Maintain information on the status of change requests and guide their movement through the Change Management Process.
• File all Change Request Forms, analyses, and associated documents submitted into the document repository and link to the MTSII Change Request record.
• Monitor Change Requests and report their status.
• Measure the Change Request process, report trends, and recommend actions to the Application Manager if trends indicate a problem.
2.1.5 Change Control Board (CCB)
The CCB is responsible for making decisions on Change Requests received from the CRC. The voting members of the CCB include the State Project Manager, the Application Manager, the Customer Services Manager, Technical Support Manager, and User Group Representative. The Contractor Project Manager, System Engineer, and the Project Scheduler attend the CCB but do not vote.
The CCB meets on a regular basis to determine if a change request is to be approved, rejected, or referred to the Project Steering Committee (PSC) for decision. The CCB decision requires the agreement of a majority of the voting members present at the meeting. The CCB is chaired by the Application Manager.
2.1.6 Application Manager
The Application Manager chairs the CCB. The CCB chair has responsibility for the initiation of the escalation process defined in the project’s Governance Plan when the CCB is unable to reach agreement or the change request must be referred

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

Thay đổi quy trình quản lý Insert Logo dự án ở đây








Y tế và Dịch vụ Nhân sinh quan, Văn phòng Hệ thống tích hợp Lịch sử Revision XÉT LẠI LỊCH SỬ RÀ SOÁT / nơi làm việc # NGÀY CHÍ SỞ HỮU CÁC THAY ĐỔI ban Dự thảo / OSIAdmin # 10.999 2010/10/28 OSI - PMO [Xóa lịch sử sửa đổi mẫu và chèn Quản lý quá trình thay đổi sửa đổi lịch sử]. Approvals TÊN VAI TRÒ NGÀY [Insert Approvals dự án ở đây]. Hướng dẫn mẫu: Mẫu này cung cấp hướng dẫn, ngôn ngữ mẫu, ngôn ngữ nồng nhiệt, và siêu liên kết bằng văn bản trong 12 điểm Arial font chữ và phân biệt bằng màu sắc, khung, và in nghiêng như hình dưới đây: • Hướng dẫn sử dụng mẫu này được viết bằng chữ trong ngoặc vuông màu tím và mô tả làm thế nào để hoàn thành tài liệu này. Xóa hướng dẫn từ phiên bản cuối cùng của kế hoạch này. • Ngôn ngữ mẫu được viết bằng chữ in nghiêng màu đỏ và có thể được sử dụng, hoặc sửa đổi, để hoàn thành các phần của kế hoạch. Tất cả các văn bản màu đỏ nên được thay thế bằng thông tin dự án cụ thể và phông chữ thay đổi để không in nghiêng màu đen. • Chuẩn ngôn ngữ soạn đã được phát triển cho kế hoạch này. Ngôn ngữ tiêu chuẩn này được viết bằng chữ màu đen và có thể được sửa đổi với sự cho phép của Văn phòng Quản lý dự án OSI (PMO). Thông tin bổ sung có thể được thêm vào phần ngôn ngữ nồng nhiệt theo ý của các dự án mà không PMO xem xét. • Các liên kết được viết bằng màu xanh gạch dưới văn bản. Để trở về tài liệu ban đầu sau khi truy cập vào một siêu liên kết, click vào mũi tên trở lại trong thanh công cụ của trình duyệt của bạn. "File Download" hộp thoại sẽ mở ra. Bấm vào nút "Open" để trở lại tài liệu này. Mục lục 1 GIỚI THIỆU 4 1.1 MỤC ĐÍCH 4 1.2 PHẠM VI 4 1.3 KHẢO 5 1.3.1 Thực tiễn tốt nhất Website 5 1.3.2 Dự án tập trung tài liệu Repository 5 1.3.3 Tài liệu tham khảo bên ngoài 5 1.4 KẾ HOẠCH interfacing VÀ QUY TRÌNH 5 2 VAI TRÒ VÀ TRÁCH NHIỆM 5 2.1 VAI TRÒ CỦA DỰ ÁN VĂN PHÒNG VÀ TRÁCH NHIỆM 6 2.1.1 Quản lý dự án 6 2.1.2 Yêu cầu thay đổi Originator 6 2.1.3 Thay đổi quản lý 6 Yêu cầu Originator của 2.1.4 Thay đổi Điều phối viên Request (CRC) 6 2.1.5 Thay đổi Ban kiểm soát (CCB) 7 2.1.6 Ứng dụng 7 Manager 2.1.7 Thay đổi đội Yêu cầu Phân tích 7 2.1.8 Thay đổi Nhóm thực hiện 7 nhóm 2.1.9 Xác minh thay đổi 7 2.1.10 quản lý rủi ro 7 2.1.11 Scheduler Dự án 8 dự án 2.1.12 Ban chỉ đạo 8 2.1.13 Dự án Hỗ trợ quản lý 8 3 THAY ĐỔI QUY TRÌNH QUẢN LÝ 8 3.1 TỔNG QUAN 8 3.2 MỤC baselined 8 3.3 ĐỔI QUẢN LÝ QUY TRÌNH MÔ TẢ 9 3.3.1 Khởi đầu một yêu cầu thay đổi 11 3.3.2 Phân tích yêu cầu thay đổi 12 3.3.3 Thay đổi Nghị quyết Yêu cầu / chính 14 3.3.4 Yêu cầu thay đổi thực hiện 15 3.3.5 Yêu cầu thay đổi Lập kế hoạch và điều phối 16 3.3.6 Theo dõi và báo cáo 18 4 DỰ ÁN ĐỔI YÊU CẦU DATABASE 19 4.1 QUẢN LÝ HỆ THỐNG THEO DÕI II (MTS II) 19 4.2 BÁO CÁO VÀ TRUYỀN THÔNG 19 PHỤ LỤC A: THUẬT NGỮ & từ viết tắt 22 PHỤ LỤC B: QUẢN LÝ ĐỔI HÌNH THỨC 24 PHỤ LỤC C: ƯU TIÊN ĐỔI NGHỊ 30 PHỤ LỤC D: THAY ĐỔI THEO YÊU CẦU TÓM TẮT BÁO CÁO 31 [. Tạo phụ lục bổ sung là cần thiết] 1 GIỚI THIỆU 1.1 Mục đích [mẫu này tạo điều kiện cho sự phát triển của một quá trình quản lý thay đổi (CMP ) trong giai đoạn lập kế hoạch của dự án của bạn. Trong phần này giải thích mục đích của Quy trình Quản lý thay đổi.] Quản lý thay đổi là một quá trình lặp đi lặp lại liên tục trong suốt vòng đời dự án trong đó có thể bao gồm nhiều cá nhân ở các cấp độ khác nhau trong tổ chức. Tài liệu này mô tả





































































Quy trình quản lý sự thay đổi (CMP). Mục đích của CMP là để đảm bảo các phương pháp và thủ tục tiêu chuẩn được sử dụng để xử lý hiệu quả và kịp thời tất cả những thay đổi. Một chính thức, quá trình lặp lại giảm thiểu rủi ro khi giới thiệu sự thay đổi đối với môi trường sản xuất và giúp bảo quản chất lượng cung cấp dịch vụ. Các CMP xác định các hoạt động, vai trò và trách nhiệm cần thiết để có hiệu quả và hiệu quả quản lý và phối hợp các thay đổi cho các hạng mục như phạm vi, lịch trình, và đường cơ sở chi phí dự án.
1.2 Phạm vi
[Xác định phạm vi của Quy trình Quản lý thay đổi (CMP) - những gì được bao gồm và những gì không.]
Các CMP mô tả các hành động cần thiết để thay đổi mục baselined của dự án. Khoản mục cấu hình (CI) được baselined sản phẩm công việc và các tài sản thuộc đối tượng phải xác định chính thức, kiểm soát, kế toán và tình trạng như mô tả trong Kế hoạch quản lý cấu hình của dự án. Ví dụ về các tổ chức tín dụng bao gồm:
a. Kế hoạch và Quy trình dự án
b. Phát triển hệ thống dự án Lifecycle phân phôi
c. Máy chủ dự án
d. Trang web dự án
e. Công cụ dự án A CMP chính thức xác định và quản lý các quá trình yêu cầu, đánh giá, cho phép, giám sát và kiểm soát sự thay đổi. CMP ngăn chặn những thay đổi trái phép, giảm thiểu sự gián đoạn đối với môi trường sản xuất, sử dụng, và đảm bảo phân tích đúng đắn và đầu vào. Quá trình Quản lý thay đổi bao gồm các hoạt động sau: Yêu cầu thay đổi chế biến đổi Đánh giá tác động biến đổi Approval Thay đổi thực hiện đổi Validation [Ghi chú: Tài liệu này không mô tả các phương pháp và thủ tục được sử dụng bởi dự án để quản lý vòng đời phát triển hệ thống của mình (yêu cầu thông qua thực hiện).] 1.3 Tài liệu tham khảo 1.3.1 Thực tiễn tốt nhất website Đối với hướng dẫn của Văn phòng Hệ thống tích hợp (OSI) phương pháp quản lý dự án, tham khảo các thực tiễn tốt nhất OSI Website (BPWeb) (http://www.bestpractices.osi.ca.gov). 1.3.2 Dự án tập trung tài liệu Repository [Liệt kê các tên tài liệu và số tham chiếu nơi làm việc cho bất kỳ tài liệu có thể được tham chiếu cho tài liệu này. Nếu dự án không sử dụng nơi làm việc, chỉ ra tên của các công cụ quản lý tài liệu dự án được sử dụng và số tham chiếu tài liệu tương ứng.] 1.3.3 Tài liệu tham khảo bên ngoài A Guide to the Body Quản lý dự án của kiến thức (Fourth Edition) Viện Điện & Electronics Engineers (IEEE) 828-2005 Tiêu chuẩn cho phần mềm quản lý cấu hình kế hoạch CNTT Hướng dẫn Tài liệu Chính sách Quản lý thay đổi (bài nghiên cứu Gartner) 1.4 Kế hoạch Giao diện và quy trình Các giao diện Process Management đổi với các Kế hoạch tổng thể Dự án Quản lý, Quản trị, Truyền thông, Quản lý cấu hình, Hợp đồng quản lý, quản lý chất lượng, quản lý rủi ro, quản lý tài liệu, lịch quản lý, quản lý chi phí và yêu cầu kế hoạch quản lý. Quy trình Quản lý thay đổi là một tập hợp con của Kế hoạch quản lý cấu hình của dự án mà điều chỉnh việc quản lý tổng thể các hạng mục dự án cấu hình. 2 VAI TRÒ VÀ TRÁCH NHIỆM [Mô tả vai trò và trách nhiệm cụ thể như họ đã được thiết kế cho các hoạt động quản lý yêu cầu. Những điều này không có nghĩa là phải mô tả công việc, mà là một bản tóm tắt của các trách nhiệm cho từng vai trò. Dưới đây là danh sách các vai trò và trách nhiệm dự án thường được sử dụng nhất. Các dự án cần thêm / thay đổi / xóa các vai trò như là thích hợp cho dự án của họ.] 2.1 Vai trò và Trách nhiệm Văn phòng dự án 2.1.1 Quản lý dự án Quản lý dự án (PM) là một nhà tài trợ tích cực của các thay đổi đã được phê duyệt và xây dựng các liên minh cần thiết của sự ủng hộ của lãnh đạo dự án . Thủ tướng nói rõ và củng cố các trường hợp kinh doanh cho sự thay đổi và giúp quản lý và vượt qua kháng cự thay đổi. Thủ tướng chịu trách nhiệm cho quá trình quản lý thay đổi. Thủ tướng cũng có trách nhiệm phân bổ tài nguyên dự án để phân tích tác động của một yêu cầu thay đổi. AM là một thành viên bầu cử của Ban kiểm soát thay đổi. 2.1.2 Yêu cầu thay đổi Originator các Originator là người đến nộp một yêu cầu thay đổi. Những thay đổi có thể được nộp bởi cán bộ dự án văn phòng, nhân viên cơ quan tài trợ, hệ thống người dùng, các nhà thầu chính, hoặc các bên liên quan khác. Các Originator hoàn thành một mẫu yêu cầu thay đổi (CRF) và thảo luận về những đề xuất thay đổi với người quản lý của họ. Nếu người quản lý hỗ trợ đề xuất, Originator nộp CRF cho Điều phối viên yêu cầu thay đổi. Quản lý 2.1.3 Yêu cầu thay đổi Originator của HLV The Change Request Originator của đánh giá các yêu cầu thay đổi để xác định các hình thức được hoàn thành đúng và thích hợp danh nộp cho Change Yêu cầu điều phối viên. 2.1.4 Yêu cầu thay đổi Điều phối viên (CRC) Điều phối viên yêu cầu thay đổi (CRC) phục vụ như là điểm liên lạc và kiểm soát điểm cho tất cả các yêu cầu thay đổi. CRC duy trì các thông tin yêu cầu thay đổi trong MTSII và theo dõi tiến độ của từng yêu cầu thay đổi. CRC có trách nhiệm cụ thể sau đây:. • Tiếp nhận, ghi Thay đổi yêu cầu trong MTSII • Schedule, và người ghi chép các cuộc họp Thay đổi Ban kiểm soát. • Duy trì thông tin về trạng thái của yêu cầu thay đổi và hướng dẫn phong trào của họ thông qua Quy trình Quản lý thay đổi. • Nộp tất cả Thay đổi hình thức yêu cầu, phân tích, và các tài liệu liên quan nộp vào kho lưu trữ tài liệu và liên kết đến các yêu cầu ghi MTSII thay đổi. • Giám sát sự thay đổi yêu cầu và báo cáo tình trạng của họ. • Đo quá trình yêu cầu thay đổi, xu hướng báo cáo và đề nghị hành động để quản lý ứng dụng nếu xu hướng này chỉ là một vấn đề. 2.1.5 Thay đổi Ban kiểm soát (CCB) CCB là chịu trách nhiệm về các quyết định về thay đổi yêu cầu nhận được từ CRC. Các thành viên có quyền biểu quyết của các CCB bao gồm quản lý Nhà nước Dự án các, Application Manager, quản lý dịch vụ khách hàng, hỗ trợ kỹ thuật quản lý, và đại diện Tập đoàn tài. Quản lý dự án Nhà thầu, System Engineer, và Scheduler Dự án tham dự CCB nhưng không bỏ phiếu. Các CCB đáp ứng một cách thường xuyên để xác định nếu một yêu cầu thay đổi phải được chấp thuận, từ chối, hoặc gọi cho Ban chỉ đạo Dự án (PSC) quyết định. Quyết định CCB đòi hỏi sự đồng thuận của đa số thành viên biểu quyết có mặt tại cuộc họp. Các CCB được chủ trì bởi Application Manager. 2.1.6 Application Manager The Application Manager tịch CCB. Các ghế CCB có trách nhiệm cho việc bắt đầu của quá trình leo thang xác định trong Kế hoạch quản của dự án khi các CCB là không thể đạt được thỏa thuận hoặc yêu cầu thay đổi phải được gọi