Project Change Management - a general term describing the
procedures used to ensure that changes are introduced in a controlled and
coordinated manner.
Change Request – Requests to expand or reduce the project
scope, modify policies, processes, plans or procedures, modify costs or
budgets, or revise schedules.
Tool: Clear quest Change Management: it enables submit, modify, and track change requests, and
analyze project progress by creating queries and reports.
Process:
- Identify potential change. It can be out of a new requirement or bug in an existing system.
- Analyze the change request: determine technical feasibility, cost and benefit of change request
- Evaluate change: decision of Go/ No Go for the change request
- Plan change: The extent of the change (i.e. what other items the change effects) is determined in a CHANGE IMPACT ANALYSIS. It could be argued that this activity leads to another go/no-go decision, or that it even forms a part of the Analyze change request activity. It is modeled here as a planning task for the change builder because of its relationship with the activity Propagate change.
- Implement Change: execute change, propagate change (The changes resulting from Execute change have to be propagated to other system parts that are influenced by it. Because this and the above sub-activity are highly dependent on each other, they have been modeled as concurrent activities.) test change, update document, release change
- Review and close change: verify change by project manager and change cycle is completed
Components of a change request:
- Summary
- Type: cosmetic, incorrect functionality, feature request
- Date entered
- Entered by
- Defect resolution: code change, document change, database change, not our bug,
- Priority: High, medium, low, future release, immediate
- Severity: causes crash, workaround, no workaround
- Reproducible levels: always, sometimes
- Version:
- Assigned to, assigned by, assigned date, assigned notes
No comments:
Post a Comment