View previous topic :: View next topic |
Author |
Message |
scar3face Newbie


Joined: Nov 21, 2007 Posts: 13
|
Posted: Thu Nov 22, 2007 11:37 am Post subject: Change Management issue |
|
|
I am currently working on a component of an ITIL Implementation project for Dept within a large Gov organization.
Everything is going along well, however there is one question that seems to be raising it's ugly head, and it's to do with CAB.
As all changes will now go through the Change Management process, invariably some of the changes will be from a business unit requesting a change to an application.
The question that continues to be asked is, "If Business Unit X is asking the application support to make a change to a particular app, and we tell them that the change must go to CAB for authorization, then Business Unit X is going to tell us (support) to get stuffed".
Business Unit X is also not under the same reporting line as the support group. In fact, they are outside of the dept altogether, however pay support $$ to admin and develop a particular application.
Now I know this is probably a question that often occurs, however I am looking for some real world examples or idea's how to best respond or tackle the issue.
My first thoughts are to speak to the Project Sponsor and raise it as a risk to the the project as perhaps some the Communications of the Project need to be expanded beyond our Dept (which in itself, is very large).
Another thought or attitude I have is that each Dept have their relative processes, however if they wish to make a change to an environment that we support, then they must comply with the rigours of any authoritive process we decide. Regardless of weather they pay us $$ for service or not.
Any thoughts, recommendations, ideas and direction are much apprecitated. |
|
Back to top |
|
 |
UKVIKING Senior Itiler

Joined: Sep 16, 2006 Posts: 3590 Location: London, UK
|
Posted: Thu Nov 22, 2007 7:05 pm Post subject: |
|
|
Who supports the application ?
Who develops the application ?
who grants and controls access to the developers/application team so that they can update the application on the dev/test and live environment ?
The answer to the question is as follows
That is fine, then
The application will not be allowed to be updated and if it is updated, we (support) wont provide support as it not a supported product _________________ John Hardesty
ITSM Manager's Certificate (Red Badge)
Change Management is POWER & CONTROL. /....evil laughter |
|
Back to top |
|
 |
Mark-OLoughlin Senior Itiler

Joined: Oct 12, 2007 Posts: 306 Location: Ireland
|
Posted: Thu Nov 22, 2007 10:19 pm Post subject: |
|
|
Hi,
1) Senior Management support is required both to endorse it and ensure the different depts / reporting lines follow the proces
2) As John says the IT team are the gate keepers. Enpower them not to make changes unless approved and the process has been followed. Have the IT management report uncooperation to senior management to ensure that the IT depts are not being blamed for not doing the changes, they are just following a process designed to protact the systems and users of the system
3) You raise a good point by also working with the project sponsor to try and get the changes in. _________________ Mark O'Loughlin
ITSM / ITIL Consultant |
|
Back to top |
|
 |
lwpickett Newbie


Joined: Feb 08, 2007 Posts: 7
|
Posted: Fri Nov 23, 2007 9:14 am Post subject: |
|
|
It sounds like a normal government contract. By this I mean that the contract for support at both the service desk( I would bet that yours is a help desk) and the Operation group is the owner of the contract funds and the rest of the agency does what they want when they want. I would even go so far as to bet that in side of the other departments is servers that is on the network and is not managed by the OPS group.
Any Way thats how is how it goes! Your best bet is to look at your SLA's and OLA's to see if this will impact any delieveribles under contract and use your CO and COTR to apply pressure up the ladder. This could also help to unify the agency.
If you can show that the change will impact the contract that is dollars to the government and additional support cost to them. Your PM should be reviewing the contract for this impact. |
|
Back to top |
|
 |
Timo Senior Itiler

Joined: Oct 26, 2007 Posts: 295 Location: Calgary, Canada
|
Posted: Sat Nov 24, 2007 8:09 am Post subject: |
|
|
Sounds to me like SLA is your solution. But you asked "real life", so I don't know
Seriously though, it does come down to having agreements in place and governing structure. Where are variety of ways to address that which some of the folks here provided pretty good information on.
Thanks,
Michael |
|
Back to top |
|
 |
jmc724 Newbie


Joined: Nov 06, 2007 Posts: 14
|
Posted: Tue Nov 27, 2007 1:31 pm Post subject: |
|
|
Simple solution, any RFC that requires a change to the PRODUCTION environment requires a CR. That is clearly defined, business X cannot just push something into prod and expects CM to say Yes without a CR. Use your CM policies to the fullest, if need to be reinstated say so. |
|
Back to top |
|
 |
UKVIKING Senior Itiler

Joined: Sep 16, 2006 Posts: 3590 Location: London, UK
|
Posted: Tue Nov 27, 2007 7:05 pm Post subject: |
|
|
jmc724,
He tried that but the department is telling him to piss off.
The only 2 recourses is
1 - be anal and not provide support for unauthorized applications
2 - get senior management to whack a mole some people _________________ John Hardesty
ITSM Manager's Certificate (Red Badge)
Change Management is POWER & CONTROL. /....evil laughter |
|
Back to top |
|
 |
Shiner3lima Itiler

Joined: Apr 16, 2007 Posts: 21
|
Posted: Tue Nov 27, 2007 10:37 pm Post subject: Change Managment Issues - Non Compliance with the process |
|
|
Get tough with the bu**ers.
No RFC. No can do.
Change MGT, you just can't beat it.....
All the best. |
|
Back to top |
|
 |
scar3face Newbie


Joined: Nov 21, 2007 Posts: 13
|
Posted: Wed Nov 28, 2007 10:28 am Post subject: |
|
|
UKVIKING wrote: | jmc724,
He tried that but the department is telling him to piss off.
The only 2 recourses is
1 - be anal and not provide support for unauthorized applications
2 - get senior management to whack a mole some people |
I'm going to use both options 1 and 2.
Cheers |
|
Back to top |
|
 |
swansong Senior Itiler

Joined: Nov 14, 2007 Posts: 109
|
Posted: Wed Nov 28, 2007 6:35 pm Post subject: |
|
|
I had a similar problem on my ITIL implementation. I tried for a long time to deliver something that removed the change management risks, whilst at the same time appeasing the business. However there comes a time when you realise one is not compatable with the other. You also need to appreciate that there are certain things that as the project lead you cannot control.
In the end I simply rasied this as an issue to the Project Board, with the message that if they were serious about ITIL then this is something they would resolve. If they failed to resolve this, then they would have to live with the risk that change management process is less than complete and prone to failure.
In the end change management went live without resolving the above issue. However I made sure the board owned this decision and took the responsibility for the implications of taking this decision. It may sound like passing the buck, but isn't that project management is about? Passing decision making to the person best placed to deal with it. |
|
Back to top |
|
 |
Mark-OLoughlin Senior Itiler

Joined: Oct 12, 2007 Posts: 306 Location: Ireland
|
Posted: Thu Nov 29, 2007 1:11 am Post subject: |
|
|
Hi,
it is not passing the buck. If there is not full commitment from senior management to endose and back a change management system to cover the required scope then it will not succeed even with the best of intentions and the best people in the world as people will just bypass it.
You do need a tough stance on the matter backed by senior management. _________________ Mark O'Loughlin
ITSM / ITIL Consultant |
|
Back to top |
|
 |
jmc724 Newbie


Joined: Nov 06, 2007 Posts: 14
|
Posted: Thu Nov 29, 2007 1:11 pm Post subject: |
|
|
Mark, that is so true, that is the same that is happening this week at my client location. SM approved thier direct reports changes to go in tru month end freeze, what is the purpose of a month end freeze policy when there will be substantial changes to the production environment. Seems like SM are reinventing the wheel for their own gain and cannot adequetely plan projects with one additional week of lag time. |
|
Back to top |
|
 |
|