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


Joined: Oct 04, 2005 Posts: 9
|
Posted: Thu Dec 01, 2005 2:32 am Post subject: 3rd party process flow needed |
|
|
Hi there,
I was wondering if any has a process flow diagram covering 3rd parties in relation to incident management.
I just need somewhere to start and then fit into a model for my company.
Can anyone help please? |
|
| Back to top |
|
 |
jpomales Itiler

Joined: May 13, 2004 Posts: 31
|
Posted: Fri Dec 02, 2005 9:32 pm Post subject: What are you looking for? |
|
|
If you're looking for the way an Incident should be transferred between an external and an internal support group, then it should be easy to design. The flow should not be very complicated. If you have access to the ITIL Service Support book (the blue book) there's an excellent diagram that should help. If you don't, send me a PM and I'll copy it for you.
Keep in mind that if you have a relationship with an external contractor, SLAs (which would normally be OLAs if the support groups were internal) should be in place. These SLAs should detail how the relationship will be governed, response times, etc.
Hope this helps.
Regards, _________________ audentes fortuna juvat |
|
| Back to top |
|
 |
Roger Itiler

Joined: Aug 02, 2004 Posts: 35
|
Posted: Sun Dec 04, 2005 10:01 pm Post subject: |
|
|
(errrrr... jpomales - I don't want to be a stick in the mud - but remember that it is illegal to copy and distribute material from the text books.. it's a breach of the OGC Copyright on the material)...
I'd suggest purchasing a copy for your own library. |
|
| Back to top |
|
 |
jpomales Itiler

Joined: May 13, 2004 Posts: 31
|
Posted: Tue Dec 06, 2005 10:21 am Post subject: C'mon... |
|
|
Not literally of course. It's not terribly complicated to come up with that workflow! _________________ audentes fortuna juvat |
|
| Back to top |
|
 |
Joel_R Newbie


Joined: Dec 13, 2005 Posts: 4
|
Posted: Wed Dec 14, 2005 4:18 am Post subject: Remember.... |
|
|
Incident management isn't just one process family... it is three. We call them:
Incident - interruption: those are the "I can't" workflows
Incident - event: those are the "We can't" workflows
Incident - request those are the "I want" workflows
keep this in mind as you are building yours, especially with a third party!
J _________________ Joel Ramseyer
Service Architect & Founding Partner
The Diagonal Group
joel@thediagonalgroup.com
|
|
| Back to top |
|
 |
jpomales Itiler

Joined: May 13, 2004 Posts: 31
|
Posted: Wed Dec 14, 2005 12:08 pm Post subject: Interesting... |
|
|
Joel, that's an interesting aproach.
But when you call an Event 'We can't' are you saying that this is a massive, unexpected (either or both) systematic (server, device) event/incident??
So giving your approach some thought it could be that, some of those 'We cant's' (Problems) are transformed into 'I can't' Incident.
Or something.
I like your approach.
And your name! Keep it up! _________________ audentes fortuna juvat |
|
| Back to top |
|
 |
Joel_R Newbie


Joined: Dec 13, 2005 Posts: 4
|
Posted: Wed Dec 14, 2005 1:33 pm Post subject: |
|
|
Yep, you are following... an event is a large-scale "interruption"... it can be planned or unplanned. When you think it thru in this manner, it is obvious the workflow is vastly different for events than simple interruptions.
Now, as for "Problems"... think of them as patterns in your incidents... patterns in "interruptions", patterns in "events", and patterns in "requests"...
What do ya think?
J _________________ Joel Ramseyer
Service Architect & Founding Partner
The Diagonal Group
joel@thediagonalgroup.com
|
|
| Back to top |
|
 |
jpomales Itiler

Joined: May 13, 2004 Posts: 31
|
Posted: Wed Dec 14, 2005 9:29 pm Post subject: I agree... |
|
|
I agree with the approach. Although calling it 'patterns' is a bit odd for me. But it's just the name mind you, not your approach.
So basically when you detect patterns in your various Incident types you start Root Cause Analysis on them to prevent them from recurring, right? From that to Change Management and so on...
I like your approach, man. _________________ audentes fortuna juvat |
|
| Back to top |
|
 |
Joel_R Newbie


Joined: Dec 13, 2005 Posts: 4
|
Posted: Wed Dec 14, 2005 10:51 pm Post subject: BINGO! |
|
|
Thanks for the compliment, you are spot-on!
now on to making it come to life.
All the best!
J _________________ Joel Ramseyer
Service Architect & Founding Partner
The Diagonal Group
joel@thediagonalgroup.com
|
|
| Back to top |
|
 |
javierarcal Senior Itiler

Joined: May 27, 2005 Posts: 79 Location: Madrid-Spain
|
Posted: Thu Dec 15, 2005 3:04 am Post subject: Third Party support groups |
|
|
Hi Joel,
Take care that third party support groups could be implied for both problems and incidents, in my experiencie what I have found most difficult is to control simultaneously your SLA with your customer and your UC (Underpinning contract) with your third party provider.
Sometimes it is quite difficult to have two different clocks running to control SLAs and UCs,of course it depends a lot on the tool you are using for tracking incidents and problems live cycle.
Good Luck
Javier _________________ --
Javier G. Arcal
PhD Engineer by Universidad Politécnica de Madrid
ITIL V3 Accredited Trainer
ITIL Service Manager® Certified by EXIN
ITIL Foundation® Certified by UK ISEB
ITIL Consultant and Trainer
Email: javier.arcal@gmail.com
MSN: javierrmad |
|
| Back to top |
|
 |
jpomales Itiler

Joined: May 13, 2004 Posts: 31
|
Posted: Thu Dec 15, 2005 10:29 am Post subject: Yeah... |
|
|
Not to mention any internal OLAs you have in place! _________________ audentes fortuna juvat |
|
| Back to top |
|
 |
|