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: EKaestner
New Today: 41
New Yesterday: 68
Overall: 148066

People Online:
Visitors: 52
Members: 2
Total: 54 .

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

Process Governance

 
Post new topic   Reply to topic    ITIL Forum Index -> The ITIL Service Desk
View previous topic :: View next topic  
Author Message
Benson112
Itiler


Joined: Feb 09, 2007
Posts: 44

PostPosted: Mon Jun 11, 2007 7:29 pm    Post subject: Process Governance Reply with quote

Hi All,

I am currently in a situation where by i have spent alot of time and effor updating our incident management process and i find out last week that our Service Desk dont even know where it is stored let alone follow it on a daily basis.

Basically i am looking at ways of ensuring they use the process but the only thing i can think of doing is spot checks on incidents to review their lifecycle and see if the process was followed.

Could any of you provide me with any other ways your organisations monitor this?
Back to top
View user's profile
Guerino1
Senior Itiler


Joined: Jan 01, 2006
Posts: 500
Location: New Jersey

PostPosted: Thu Jun 21, 2007 1:14 am    Post subject: Reply with quote

Hello Benson,

One way of handling this is to use proper tools that allow you to track and measure what they're doing, through the data they create and work with. Done correctly, your Incident Management tool can go a long way toward telling you if they're following process properly, or not.

My Best,

Frank Guerino, CEO
TraverseIT
On-Demand ITIL
Back to top
View user's profile Send e-mail Visit poster's website
Benson112
Itiler


Joined: Feb 09, 2007
Posts: 44

PostPosted: Thu Jun 21, 2007 10:17 pm    Post subject: Reply with quote

Thankyou for your answer Guerino1...

The thign is our tool is not fit for purpose and that is not likely to change in the forseable future so i was looking for idea on how other people do this, without the tool.

Sorry i should have specified this.

I have come up with a spreadsheet but it is alot of manual work. I dont mind doing this work as it goes a long way to depicting which parts of the process are and arent being followed but i would still like to hear how other people do this.
Back to top
View user's profile
WendyB
Senior Itiler


Joined: Apr 03, 2006
Posts: 78

PostPosted: Tue Jun 26, 2007 12:34 am    Post subject: Reply with quote

I would say training, training and more training.

Without a tool that can help, you're in a very manual place. And checking up on people will be very difficult.
_________________
v3 ITIL Expert
v2 ITIL Service Manager Certified
Back to top
View user's profile
joeblough
Newbie
Newbie


Joined: Jun 06, 2007
Posts: 17

PostPosted: Tue Jun 26, 2007 3:33 am    Post subject: Reply with quote

How do you record incidents? Have you defined what constitutes as an "incident"? Do you have a separate group within SD that does Incident Management? or is it SD folks who wear both hats?

From what I see, there is a motivation factor missing. You really need to sell the idea of incident management to SD folks. If they don't see it as an advantage to their job, they will try to avoid it as much as possible. That is why its always a good idea to separate SD and Incident Management teams.
Back to top
View user's profile
m_croon
Senior Itiler


Joined: Aug 11, 2006
Posts: 262
Location: Netherlands

PostPosted: Thu Jul 12, 2007 8:47 am    Post subject: Reply with quote

Hi Benson,

So the quality of the tool is a 'given', at least for now. I'd suggest you start reporting anyway, on a weekly basis and no more than one sheet of paper. Even the worst tool should be able to provide you with simple indicators such as:
* # of incidents logged / solved
* # of open incidents per team
* Short specification of the 10 oldest unsolved incidents (with logging date)

If you are able to put this info on one sheet of paper and post it on a bulletin board at your service desk, another one at the back office and another one at the IT managers desk, you'll find that people will react to this, ranging from positive to agressive. Both are welcome reactions in my opinion (at least in the beginning). Make sure that management agrees that these reports are posted.

After this: use the short specification of the 10 oldest unsolved incidents in a short weekly meeting (max. 20 minutes) with a service desk guy and 1 or 2 backoffice people. Let them explain why these incidents are still open, and make the explicit "assumption" that as these incidents are the oldest ones, they are by definition open too long.

I held this meeting in the past at one of my clients' organisations, which resulted in a decrease of open incidents by approx. 60% (structurally) within 4 months.

When you have done this, you have not so much positioned your procedures as such, but have proven the contribution of incident (proces) management. After this, the mindsetting of the people you work with should be much more in favor of your procedures.

Hope this helps,

Michiel
Back to top
View user's profile Visit poster's website
Guerino1
Senior Itiler


Joined: Jan 01, 2006
Posts: 500
Location: New Jersey

PostPosted: Sat Jul 14, 2007 11:45 am    Post subject: Reply with quote

Benson,

Another option is to ensure that you get leaders hooked on expecting to see and use the dashboards & reports you create (daily, bi-weekly, or weekly). The more they see them and rely on them, the more pressure will exist for those that need to properly create the data that is used for them, especially if you can "name" the people that are not providing the right data for the leader reading the information. You can go back and say "leader X wants to know why you're not tracking data properly. He/she is expecting this data, how do we ensure you're capturing it correctly?" Then it's important to work with them so that they understand that high quality data and process flow is "part of their job".

I hope this helps.

My Best,

Frank Guerino, CEO
TraverseIT
On-Demand ITIL
Back to top
View user's profile Send e-mail Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> The ITIL Service Desk 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.