Posted: Wed Feb 27, 2008 5:20 am Post subject: Changes to Change
If the CAB decides to move the change time to another timeslot to avoid a conflict on an approved Change, although not yet CAB approved. Should the CAB be able to make a change to the time and approve or should the change be denied back to the requestor?
We've been redeveloping the policy and as we updated our systems to match the policy we noticed this hole in the process. We've had some discussions about resolution, since we've allowed the CAB to simply update the change and approve in the past but we're not sure if this is best practice in a more mature environment or if it was just moving things along.
Just wondering if others have thoughts on a best practice process here.
Joined: Oct 07, 2007 Posts: 441 Location: Jakarta, INA
Posted: Thu Feb 28, 2008 10:16 am Post subject:
Yes, it's a matter of policy. You will have to describe the roles and responsibilities of your CAB in your handbook.
In generic, the CAB has the right to override the schedule of a RFC if they find it necessary, because it is in the CAB Meeting where prioritizing takes place.
One possible way is to invite the requestor of the RFC to the CAB Meeting and negotiate adjustment the schedule
If the CAB move the time without notifying the requestor
1) it may impact any schedules the requestor has around the chnage - e.g. if the requeator is a release manager and another part of the rlease is dependant on this change going through
2) will the appropiate people be available at this new time?
These are the considerations you need to look at and develop a procedure around these to suit your org. _________________ Mark O'Loughlin
ITSM / ITIL Consultant
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