Category:CHGs: Difference between revisions

As of 2018-07, we have no ticket tracking or change control process. For now, everything is on the wiki as there's higher priorities. Hence, here's some articles used to track production changes

CHG stands for CHanGe. It's a process used to prepare for a CHANGE in production system. A CHG ticket should clearly state:

1. The exact date and time (including timezone, ideally UTC) for when the CHG is scheduled
2. Why the change is needed
3. How long the change is expected to take
4. What systems will be impacted by the change
5. How to prove the system is in the pre-change state
6. What exact commands will be run to change the system
7. How to prove that the system is in the post-change state
8. How to validate that the change was successful
9. If the change was unsuccessful, list the exact commands to be run to revert to the pre-change state

All stakeholders should be notified and approve the CHG well before the CHG is scheduled to take place.