For general information and resources, ITIL and ITSM World is the most well known for both ITIL and ITIL Books. A shorter snapshot approach can be found at ITIL Zone
Note: ® ITIL is a registered trademark of OGC. This portal is totally independent and is in no way related to them. See our Feedback Page for more information.
Posted: Mon Oct 26, 2009 3:39 pm Post subject: Change Management - Failures
Hi,
I have a question on Change Management. If an organization say a bank has come up with an idea of having ATMs set up across a location and say 10 in number. Once this is implemented and 4 out of 10 fail, what would be the next steps involved in this change?
The fact that four of the ten ATM's failed suggests that the your live environment is not consistent across all locations.
If it was i would expect all the ATM's to work as expected, or all fail.
I would investigate why your live environment differs between locations and then determine whether this change would be best managed as ten seperate changes, one single change, or something in between.
Joined: Oct 26, 2007 Posts: 295 Location: Calgary, Canada
Posted: Wed Oct 28, 2009 1:06 am Post subject:
Heh... come to think of it, if the change success criterion says that unless 5 ATMs fail this change is considered successful, then you have nothing to do there
Joined: Dec 22, 2008 Posts: 36 Location: Wakefield, West Yorkshire, UK
Posted: Fri Nov 20, 2009 1:46 am Post subject:
You could also test the change prior to the "live" rollout.
Is there a test environment. Did any ATMs fail during the test?
How urgent it is to get the faulty ATMs up and running. You could deal with the faulty ones under incident management and get them up and running one by one.
If the root cause is not known and the impact is major, you could deal with under problem management.
Or you could just implement your back out plan, and do the change again later after finding out what went wrong.
Joined: Oct 07, 2007 Posts: 441 Location: Jakarta, INA
Posted: Fri Nov 20, 2009 2:01 pm Post subject:
Hi,
Hope it's not too late but I wonder did you deploy 10 ATMs at the same time, assuming that you raised one RFC for all 10?
For me, it would be easier to raise an RFC for deploying 1-2 ATM at a time, monitor stability then proceed with the next 1-2, and so on.
Of course unless it is an urgent deployment.
Anyhow, there are many factors contributing to failure(s): could be the network, could be the comm line, could also be the ATM equipment itself.
Just a discourse.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum