Big discussion here at my Work. I am located in the Servicedesk and, my managers are discussing Incident/problem management. I am corious, and would love to have some people with ITIL knowledge, to give theyre thoughts on this. I will try and make it quick:

Example:
We have an incident, a powersupply has an error. An incident is created, powersupply is swapped with a temporarily one, services are back. We still need to change to an original which requires us to shut of power and cause downtime. So we need a Change. But what about the incident?

Here they discuss 2 scenarios:
1. Close incident, open change and refer to closed incident. When supply is changed and up, close change and job done.
2. Close incident, open problem and change. When supply is changed and up, close both.
3.??
What is the correct way, if any?

1 - The incident is closed because you solved / restored service
2 - There could have been an E-cab/ retrospective change to swap out the bad power supply - depending on your change policy / process. . NOTE if there is not one, make one . If it is not clear, make it clear
3 - The change request - for the new power supply is due to the outage - which can be considered an independent change_________________John Hardesty
ITSM Manager's Certificate (Red Badge)