Categorise changes raised for testing purpose

Discuss and debate ITIL Change Management issues
Post Reply
User avatar
Posts: 3
Joined: Mon Aug 25, 2014 8:00 pm
Location: Auckland

Wed Jul 17, 2019 12:09 am

Hi Forum

We have some changes raised (especially Custom Hotfix) within our Organisation that are aimed at fixing existing BUGs in the infra environment. a classic e.g. CheckPoint Firewall L2TP issue.

I guess, My question is "Do we classify them as Failed changes if the hotfix doesn't fix the issue at hand?" Albeit knowing that there's NO Test bed or Test environment to test if the intended hotfix will actually fix the issue and it purely comes down to a case of Trial and Error (Hit and miss) method.

Ideally, these are changes raised by our Infra team as Troubleshooting / Testing changes cos they or Vendor isn't sure if the HotFix would fix the issue or not.

Appreciate the forum's thoughts and comments on that


Senior Itiler
Senior Itiler
Posts: 31
Joined: Fri Apr 05, 2019 10:25 am

Wed Jul 17, 2019 8:06 am

Hello Praveen - My advice is to categorize any change as 'failed' if the change does not accomplish its goal. By doing so, you'll be able to collect measures that may be beneficial in the future (for example, justification for investing in a test environment - each failed change today is impacting your live/production environment, which impacts your organization - how often, what cost, etc.).
Posts: 13
Joined: Mon May 20, 2019 3:58 am

Thu Jul 18, 2019 7:53 am

I agree with tedd on this one, as you should be aware of the success rate of this hotfixes and, if you see that those are failing quite often perhaps you should change the way this works.
Post Reply