เปลี่ยนกระบวนการควบคุมในวิศวกรรมซอฟต์แวร์พร้อมขั้นตอน
ชาร์ลส มัวร์
⚡ สรุปอย่างชาญฉลาด
Change Control is the formal process a company uses to document, identify, and authorise changes to an IT environment, cutting the risk of unauthorised alterations, disruption, and errors across projects, applications, and infrastructure.
การควบคุมการเปลี่ยนแปลงคืออะไร?
การควบคุมการเปลี่ยนแปลงเป็นกระบวนการที่บริษัทใช้ เอกสารระบุและอนุมัติการเปลี่ยนแปลง to an IT environment. It reduces the chances of unauthorized alterations, disruption and errors in the system.
ทำไมต้องเปลี่ยนการควบคุม?
Whenever stakeholders request new or different changes to the system, those changes are neither optional nor ignorable. The changes must be implemented without disrupting other components of the system. This is where change control becomes useful. It helps project teams modify project scope using defined controls and policies. Change Control is practiced whenever a project deviates from the plan.
A formal change request document must be completed and reviewed to keep control of every change request.
Common questions raised while analysing a change control request include:
- ใครจะอนุมัติการเปลี่ยนแปลง?
- Does it need to be reviewed by a change control board?
- How much time is required to research and implement the change?
- อะไรคือผลกระทบของการเปลี่ยนแปลงส่วนประกอบอื่นๆ ของระบบ (กำหนดการ ต้นทุน ทรัพยากร ฯลฯ)?
- Is there a threshold below which project management can approve it directly?
Different Factors of the Change Control Process
มีหลายปัจจัยที่กระบวนการควบคุมการเปลี่ยนแปลงควรพิจารณา
| ขั้นตอนในกระบวนการควบคุมการเปลี่ยนแปลง | การดำเนินการในการควบคุมการเปลี่ยนแปลง |
|---|---|
| เปลี่ยนการเริ่มต้นและการควบคุมคำขอ | Change requests should be standardised and reviewed by management, and the requestor should be kept informed. |
| การประเมินผลกระทบ | Every change request should be assessed in a structured way to analyse potential impacts. |
| การควบคุมและการจัดทำเอกสารการเปลี่ยนแปลง | A change log should record the date, the person who made the change, and the change itself. Only authorised individuals should be allowed to make changes, and a rollback process should be defined. |
| เอกสารและขั้นตอนปฏิบัติ | Whenever system changes are implemented, the related procedures and documents should be updated to match. |
| การบำรุงรักษาที่ได้รับอนุญาต | System access rights should be controlled to prevent unauthorised access. |
| การทดสอบและการลงนามของผู้ใช้ | Software should be thoroughly tested, and business users should sign off before release. |
| การควบคุมเวอร์ชัน | Production source code should be version controlled so only the latest approved build is deployed. |
| การเปลี่ยนแปลงฉุกเฉิน | A verbal authorisation should be obtained and the change documented as soon as possible. |
กระบวนการควบคุมการเปลี่ยนแปลง
Before diving into the change control process, it is helpful to familiarise ourselves with the documents used in Change Control. Two documents are central to Change Control:
- เปลี่ยนเข้าสู่ระบบ: A change log lists details of every Change Request — project number, PCR (Project Change Request) ID, priority, owner, target date, status, status date, raised by, and date raised.
- เปลี่ยนแบบฟอร์มขอ: It captures the details needed for decision making — type of change, benefits, requestor, time and cost estimate, priority, approver, and change request status.
Change Process Flow Diagram
The change process follows a specific pattern to implement changes in the product or system. The flow diagram below shows the steps involved.
Steps in the Change Control Process
| ขั้นตอนในการควบคุมการเปลี่ยนแปลง | การกระทำ |
|---|---|
| เปลี่ยนรหัสประจำตัวคำขอ | Identify the need for a change and describe it on the Project Change Request form. |
| การประเมินคำขอเปลี่ยนแปลง | If the change is not valid, defer or reject it. Assign the resources needed to analyse the request, complete a quick impact assessment, and update the change request form. Rejected requests stop at this stage. |
| การวิเคราะห์คำขอเปลี่ยนแปลง | Assign the change request to an authorised member for full analysis. Deferred changes re-enter this step, and rejected requests stop here. |
| เปลี่ยนแปลงการขออนุมัติ | Identify the risk, complexity, and impact of the change before approval. Route the change request to the authorised approver for a decision. Rejected requests stop at this stage. |
| เปลี่ยนแปลงคำขอดำเนินการ | Update project procedures and management plans, inform the team, monitor progress, record completion, and close the change request. |
หมายเหตุ: Change Control approval may be granted by the Project Manager, IT Lead or Lead Developer, or a designated Stakeholder.
Change Management vs. Change Control
| การบริหารการเปลี่ยนแปลง | การเปลี่ยนแปลงการควบคุม |
|---|---|
| Manages and controls change requests across IT infrastructure and services to minimise disruption and maximise business benefit. | Covers the submission, recording, analysis, and approval of a change to improve the overall performance of the system or product. |
