Search
Topics
  Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
Modules
· Home
· Content
· FAQ
· Feedback
· Forums
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account

Current Membership

Latest: QBristow
New Today: 8
New Yesterday: 72
Overall: 139981

People Online:
Visitors: 66
Members: 1
Total: 67 .

Languages
Select Interface Language:


Major ITIL Portals
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

Related Resources
Service related resources
Service Level Agreement
Outsourcing

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.


The Itil Community Forum: Forums

ITIL :: View topic - Change Management issue
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Change Management issue

 
Post new topic   Reply to topic    ITIL Forum Index -> Change Management
View previous topic :: View next topic  
Author Message
scar3face
Newbie
Newbie


Joined: Nov 21, 2007
Posts: 13

PostPosted: Thu Nov 22, 2007 11:37 am    Post subject: Change Management issue Reply with quote

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
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3293
Location: London, UK

PostPosted: Thu Nov 22, 2007 7:05 pm    Post subject: Reply with quote

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
View user's profile
Mark-OLoughlin
Senior Itiler


Joined: Oct 12, 2007
Posts: 306
Location: Ireland

PostPosted: Thu Nov 22, 2007 10:19 pm    Post subject: Reply with quote

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
View user's profile
lwpickett
Newbie
Newbie


Joined: Feb 08, 2007
Posts: 7

PostPosted: Fri Nov 23, 2007 9:14 am    Post subject: Reply with quote

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
View user's profile Send e-mail
Timo
Senior Itiler


Joined: Oct 26, 2007
Posts: 295
Location: Calgary, Canada

PostPosted: Sat Nov 24, 2007 8:09 am    Post subject: Reply with quote

Sounds to me like SLA is your solution. But you asked "real life", so I don't know Laughing

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
View user's profile
jmc724
Newbie
Newbie


Joined: Nov 06, 2007
Posts: 14

PostPosted: Tue Nov 27, 2007 1:31 pm    Post subject: Reply with quote

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
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3293
Location: London, UK

PostPosted: Tue Nov 27, 2007 7:05 pm    Post subject: Reply with quote

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
View user's profile
Shiner3lima
Itiler


Joined: Apr 16, 2007
Posts: 21

PostPosted: Tue Nov 27, 2007 10:37 pm    Post subject: Change Managment Issues - Non Compliance with the process Reply with quote

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
View user's profile Send e-mail
scar3face
Newbie
Newbie


Joined: Nov 21, 2007
Posts: 13

PostPosted: Wed Nov 28, 2007 10:28 am    Post subject: Reply with quote

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
View user's profile
swansong
Senior Itiler


Joined: Nov 14, 2007
Posts: 109

PostPosted: Wed Nov 28, 2007 6:35 pm    Post subject: Reply with quote

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
View user's profile
Mark-OLoughlin
Senior Itiler


Joined: Oct 12, 2007
Posts: 306
Location: Ireland

PostPosted: Thu Nov 29, 2007 1:11 am    Post subject: Reply with quote

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
View user's profile
jmc724
Newbie
Newbie


Joined: Nov 06, 2007
Posts: 14

PostPosted: Thu Nov 29, 2007 1:11 pm    Post subject: Reply with quote

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
View user's profile
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Change Management All times are GMT + 10 Hours
Page 1 of 1

 
Jump to:  
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

Powered by phpBB 2.0.8 © 2001 phpBB Group
phpBB port v2.1 based on Tom Nitzschner's phpbb2.0.6 upgraded to phpBB 2.0.4 standalone was developed and tested by:
ArtificialIntel, ChatServ, mikem,
sixonetonoffun and Paul Laudanski (aka Zhen-Xjell).

Version 2.1 by Nuke Cops 2003 http://www.nukecops.com

Forums ©

 

Logos/trademarks property of respective owner. Comments property of poster. Rest 2004 Itil Community for Service Management & Foundation Certification. SV
Site source copyright (c)2003, and is Free Software under the GNU / GPL licence. All Rights Are Reserved.