ITIL v4 - You're the architect

General discussion on all aspects of the IT Infrastructure Library (ITIL)
Post Reply
User avatar
BorisBear
ITIL Expert
ITIL Expert
Posts: 403
Joined: Sun Mar 09, 2008 8:00 pm
Location: Sunderland

Wed Apr 13, 2011 8:22 am

What would you change?


For me there's a whole lot of beefing-up required around Problem Management


User avatar
Flasheart
Itiler
Itiler
Posts: 14
Joined: Wed Jan 12, 2011 7:00 pm
Location: California

Thu Apr 14, 2011 5:52 pm

In my limited experience I think ITIL v3 does a fair job of defining processes; but not enough on functions... perhaps a little more focus there
User avatar
drgroove
Itiler
Itiler
Posts: 12
Joined: Thu Jan 05, 2006 7:00 pm
Location: Scottsdale, AZ
Contact:

Thu Apr 14, 2011 9:36 pm

I'd prefer it if the next version of ITIL left other IT domains outside of Service Management along; for example, I don't believe ITIL should have any purview into Software Development Lifecycles or IT Asset Management. The folks in charge of defining ITIL should stop the IT land grab and leave things like SDLC and ITAM to experts in those domains.
DrGroove
ITIL Architect | Moderator, Devshed.com | Technology journalist
User avatar
Fabien
ITIL Expert
ITIL Expert
Posts: 207
Joined: Mon Sep 26, 2005 8:00 pm
Contact:

Sat Jun 04, 2011 12:51 pm

I would actually go the other way. Those 2 specific areas are creating frictions in implementations and a better integration, especially in the application management space, would be appreciated.

But I do agree that ITIL shouldn't re-define those spaces. Instead, I think it should focus on making recommendations for successful integration.
For instance, how good is your release Mgt process if it doesn't integrate well with your software projects? Whether you use Agile or RUP, there needs to be a plan that helps operational teams absorbing large software changes.

Asset Management is an area that I know fairly well and it is true that there is no reason to maintain 2 different systems to keep track of assets.
BR,
Fabien Papleux

Accenture
Technology Consulting | Service Excellence
Red Badge Certified

Twitter @itilgeek
User avatar
RobRoy47
Senior Itiler
Senior Itiler
Posts: 42
Joined: Mon Jul 25, 2005 8:00 pm
Location: Northern Virginia, USA

Wed Jun 08, 2011 6:50 am

1. Make Event Management a function.
2. Take Service Measurement and Service Reporting, and make one process
3. Separate Asset and Configuration Management
4. Take the development approval portion of Change Management, and move to Continual Improvement
5. Define Quality Assurance function
6. Shorten Process names, and do away with acronyms.[/list]
User avatar
StanleyLuces
Itiler
Itiler
Posts: 6
Joined: Sat Mar 19, 2011 8:00 pm
Location: Makati, Philippines

Thu Jun 09, 2011 6:02 am

One of the best improvement in ITILv3 compared to ITILv2 was giving emphasis to Service Request.. and creating seperate process for it - "Request fullfillemt" or "Service Request Management" (I still dont know which one is official) is a very good decision.

If ever ITILv4 rolls out I would like to see some changes on how Incident Management triggers Problem Management. In all ITIL versions, Problem Management is triggered manually - either someone raises it or reports it. I think recurring Incidents should trigger a Problem ticket "AUTOMATICALLY".. I have seen and experienced some cases wherein a recurring incident cotninous to be.. well just that- continous. Although the system gets restored to normal operations "as soon as possible" by restarting the server, It goes on and on because no one "manually" raises a Problem ticket. But if it is "automatic" - meaning if this same incident occurs lets say at least three times, the owner should automatically escalate it into a problem ticket - no ifs no buts.. then link those incident tickets to the new problem ticket.. then solve the issue permanently
User avatar
LizGallacher
ITIL Expert
ITIL Expert
Posts: 550
Joined: Tue Aug 30, 2005 8:00 pm
Location: UK
Contact:

Thu Jun 09, 2011 7:49 am

Sadly, and inexplicably, V3 downgraded Problem Management - The relevant paragraphs are headed "Incident and Problem management" and the time allocated in the Foundation class is very short - yet this was often the "light bulb moment" when people started to realise the benefits of the framework. I would re-instate it, and place even more emphasis on it than before.

The ridiculous division into Technical?Applications/Operations Management functions -which bears very little resemblance to modern organisations needs to be re-done.

High-lighting the touch points between Project management frameworks and Transition should have been included

CSI should not be a separate stage of the lifecycle - this is a logical nonsense -it should be included as part of each other phase - like Blackpool through rock.
Re-emphasise the CSI nature of Problem, SLM

Stop trying to take over every other management area - cultural or business change is NOT part of Transition, although success depends on it. - ITSCM cannot take the place of BCM

etc
etc
etc
Liz Gallacher,
ITIL EXPERT
Accredited ITIL and ISO/IEC20000 Trainer and Consultant - Freelance
Post Reply