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: MarioGsc
New Today: 37
New Yesterday: 72
Overall: 139527

People Online:
Visitors: 55
Members: 1
Total: 56 .

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 - Problem Management CAB
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Problem Management CAB

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


Joined: Aug 29, 2008
Posts: 17

PostPosted: Fri Aug 29, 2008 2:49 pm    Post subject: Problem Management CAB Reply with quote

Hi all, new to the forum.

We are going down the ITIL PM road and want to govern changes made to our internal processes/documentation.

Should we do this via an internal PM CAB or is it better to have the docs as CI's and create a normal RFC to have the process and associated documentation discussed, agreed and changed?

Appreciate your views.
Back to top
View user's profile
UKVIKING
Senior Itiler


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

PostPosted: Fri Aug 29, 2008 5:34 pm    Post subject: Reply with quote

What about the other processes ?

There should be some method / process where the documentation is reviewed and approved

it depends on whether the CAB members are the right people to sign off on the PM process
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
bennyboy
Newbie
Newbie


Joined: Aug 27, 2008
Posts: 10

PostPosted: Fri Aug 29, 2008 9:52 pm    Post subject: Re: Problem Management CAB Reply with quote

nzmoko wrote:
Hi all, new to the forum.

We are going down the ITIL PM road and want to govern changes made to our internal processes/documentation.

Should we do this via an internal PM CAB or is it better to have the docs as CI's and create a normal RFC to have the process and associated documentation discussed, agreed and changed?

Appreciate your views.


I don't think there's a right or wrong way to do this.

The way we handle these changes is by having a core group of people for each ITIL process. The core group consists of a small group of the process stakeholders that represent all stakeholders. For new processes the core group meets once a fortnight (or as needed) and anyone can bring new ideas or proposed changes to the table for discussion. Over time the core group gains a firm knowledge of the process and starts to act as a CAB. Works well for us.

Cheers
Ben
Back to top
View user's profile
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Fri Aug 29, 2008 11:07 pm    Post subject: Reply with quote

Changes to processes are no different to any other changes.

They have a reason (mostly resolving problems, improving service or reacting to changed circumstances).

They have a specification.

They have an implementation plan (including back-out)

They have cost and risk associated with them.

Approval, evaluation, scheduling, implementing and reviewing all have to be done by the people best placed (by competence, interest and authority).

It makes sense to manage these changes under the same umbrella because there is the same conflict resolution and information management to control and one universal process has obvious benefits. But other approaches should work as long as communication is good and everyone has good understanding of what they are doing in the big picture.

By the same reasoning, and irrespective of how you manage process change, there is much to be said for holding processes and their documents in the CMDB. After all services have dependencies on processes.
_________________
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Problem 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.