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


The five ITIL books can be obtained directly from the publisher's website:

Or as downloadable PDFs: HERE

Current Membership

Latest: olaqefap
New Today: 7
New Yesterday: 33
Overall: 231655

People Online:
Visitors: 93
Members: 3
Total: 96 .



Don't have an account yet? You can create one. As a registered user you have some advantages like theme manager, comments configuration and post comments with your name.

Related Resources

Service related resources
Service Level Agreement

How to set up
IT Change Management
Process Info-Graphic

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.


Select Interface Language:

Please contact us via the feedback page to discuss advertising rates.

The Itil Community Forum: Forums

ITIL :: View topic - Order of Implementation
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Order of Implementation

Post new topic   Reply to topic    ITIL Forum Index -> ITIL Discussion
View previous topic :: View next topic  
Author Message

Joined: Oct 26, 2004
Posts: 40

PostPosted: Wed Dec 08, 2004 2:29 pm    Post subject: Order of Implementation Reply with quote

Hello all,

I expect this question to return a lot of "it depends" type answers, but I'm execting and willing to read through everyones opinions.

In a truely messy organization that wants to introduce Service Support ITIL practices, where is a common beginning point?

Currnently we are considering tackling our Asset Management, and Incident and Problem Management problems first. Hopefully, this will involve introducing some software packages, likely Remedy or CA tools.

This is far down the road as we need to completely understand our current process, and fix the manual processes first before thinking about digitizing anything... but those are the areas we plan to look at.

Does anyone have any opinions on this?


Back to top
View user's profile

Joined: Oct 13, 2004
Posts: 22

PostPosted: Thu Dec 09, 2004 12:09 am    Post subject: Reply with quote

Actually the answer is not an it depends. The first thing to do before implementing any service is to be sure that someone wants and needs it. Step One- Service Level Management- know what your customers want, if indeed they want anything at all and know specifically what they want, when and how- document it. By the way this works both in and out of your company and organization and is a very sensible way to proceed. Next , be sure you have approval and sponsorship from 'on high'. Then your next step would be configuration management- knowing what you have in order to do the job your customers want. I hope this helps.
Back to top
View user's profile

Joined: Sep 14, 2004
Posts: 14
Location: Australia

PostPosted: Thu Dec 09, 2004 8:18 pm    Post subject: Reply with quote


I would suggest you assess your organisations current environemnt and the future requirements based on the business strategy. Once you know where you are and where you need to go to, you need to then identify the gaps and devise a route map for bridging the gaps. When identifying and assessing initiatives required to reach you goal and attaching weights and priorities to these intiatives the answers should hit you in the face. The order in which you inplement the processes will depend on the requirements, priorities and effort required. Remeber however to "eat the eplephant in small manageable mouthfulls".

It is difficult to advise or to determine which processes should be tackled and in what order. Each situation is different and the requirements and aspirations of management are also different. Always look at Service Management from the point of view of PEOPLE, PROCESSES and TECHNOLOGY. The technology should not drive the solution. If you have the right processes and people in place the technology becomes the enabler. It may not even be necessary at the end of the day to "automate" the processes if the other two are in place.

I hope this is of some benefit to you.
Back to top
View user's profile
Senior Itiler

Joined: Oct 06, 2004
Posts: 77
Location: Bloomington, IL

PostPosted: Fri Dec 10, 2004 1:37 am    Post subject: Reply with quote


I am going to "borrow" an answer provided to me by Ian from ITSMI (thanks Ian).

Ian suggests the best place to start is with IT Service Continuity. Most companies are already doing this process. They will have a handle on what is important to the business and give you a sense of "pain points" to tackle using the other processes (Asset/Config, SLM, IM, PM).

I agree with H. that SLM is probably the overall best place to start, but since I am in the middle of helping that happen at my firm, I realize now it is also the most difficult. SLM tends to bring the biggest organizational change beast out of the cave. I think of implementing SLM like trying to light a match in a tornado. Not impossible, but damn tough!

Once you get going, you will recognize lessons learned and the direction for the next step.

Hope this and the suggestions provided by the others help you get going!

Back to top
View user's profile Send e-mail MSN Messenger

PostPosted: Sat Dec 11, 2004 7:33 am    Post subject: Reply with quote

In my opinion, without Service Desk, the rest are very hard to develop. Since Service Desk should be the single point of contact for all other areas.
Back to top

Joined: Oct 13, 2004
Posts: 22

PostPosted: Sat Dec 11, 2004 1:25 pm    Post subject: Reply with quote

You are right- the hardest to implement is Service Level Management but what it does is point out the relevance of IT to the business and so it should be the first. You see in 2004+ IT people have to think in terms of governance. We cannot go on doing point solutions in specific areas.
If we know what the business wants and we align to those needs and implement them then things move much more smoothly with a higher degree of customer buy-in.
I would suggest to us all that implementation as IT gets us looked at as IT- our imperative is to shift that focus to IT as being a core aspect of the business value chain
But yes, this represents a cultural change for both the business and IT- However as IT, ITIL and business professionals the point of focus should always first be - 'What does my customer want' then 'Can I deliver it"
Then the business sees the value.
Back to top
View user's profile

Joined: Oct 19, 2004
Posts: 4

PostPosted: Sun Dec 12, 2004 3:11 pm    Post subject: Re: Order of Implementation Reply with quote


Many of the points provided are good places to start. Management support is critical, and one way to get this support is to let them know what it is costing in terms of dollars, lost productivity, etc... However, this will be difficult if you do not understand the current environement.

To support the buy in by management, you need to know as you stated, the current processes and practices. In short, take one process and and complete a thorough analysis and be sure to invlove the persons t/departments that have a stekhold in the process For instance: Where does the process start and end, who is supporting a given activity, any sub activities, etc... In theory Who, What, When, Where, and How.... not necessarily in that order.

Part of the review includes identifying the information that is currently on hand, such as asset information and continuity management information, forms, and previous documented activities etc... If there is no information, then this information gap should be noted. This info gap often helps in later activities, i.e you find an asset database, but without a tie in an incident tracking system. In reviewing the DB you may disover missing/inaccurate data. If this is noted and you can estblish what information is needed, then when implementing SLM you can make sure these issues are covered.

From this data you can identify critical components that need immediate attention, and where temporary measures can be implemented to alleviate some of the pain as well as to stabilize the activity.

At this point you could then begin developing and implementing SLM activities. From the SLM, then other activities can be estblsihed and supported, withh agreements between multiple departments etc...

Keep in mind that a business process review/analysis will be met with some resistance and this is not something to be completed in just a day or two. Just defining the process for buying a PC and installing the device, could take four days to completely define, and document...

Hope some of this helps...

Back to top
View user's profile

PostPosted: Fri Jan 07, 2005 1:16 am    Post subject: implementation Reply with quote

When you look at ITIL processes, expect for the obvious things like management support etc, the "customers" mainly are the end-users of IT. So start with what they need first (quick win)

What has been best practice in many companies is to start:

simple incident management + simple change management + simple config/asset mgt

to start incident management, establish a point-of-contact (for "customers") , no matter how simple; this will speed up the need and awareness in the organisation that "this"is helpful.... not peer support, but a single point of contact to start solving incidents and listen to the problems that end-users have....

Back to top

Joined: Jan 16, 2005
Posts: 37
Location: New Zealand

PostPosted: Mon Jan 17, 2005 9:57 am    Post subject: Reply with quote

I think the best place to start is with Service Support activities as most organisations are doing these to some degree. Within this Service Desk, Incident Management and Change Management are the clear must do's. I typically start with Change Management as it's fundamental to controlling the supported infrastructure.
Back to top
View user's profile Visit poster's website

Joined: Dec 21, 2004
Posts: 3
Location: KL, Malaysia

PostPosted: Wed Jan 19, 2005 1:10 pm    Post subject: RE: Order of implementation Reply with quote

We normally do an initial assessment exercise as part of our delivery methodology, to see where are the weakest areas from an ITIL perspective and then make a presentation to the customer to show them the results of our initial study. If, for e.g. they are already strong in Incident, Configuration and Problem Management (i.e. strong foundation present) there's no point taking on those processes. If the report highlights the fact that Service Level is an area which needs greater improvement, then that's a place to start. In essence, an assessment study would be a good tool to have.

If we're talking about greenfield implementations, I would have naturally thought that deploying Configuration Management would be the place to start. I'm of the opinion that no point talking about the higher level customer facing processes until the foundational processes which users see most visibility needs to be in place before anything else. I wouldn't dare to sign an SLA with a team who can handle my service calls in the first place. So I agree with blamblam and meindert on this: start with the foundational processes like:
- Configuration
- Change
- Incident & service request
- Problem
- Release
Then move on to the other processes once the foundational processes stablises out. Foundational processes are there to show value and capability of the IT organisation. The remaining processes, IMHO, show business to IT alignment and further builds on the trust relationship.
Back to top
View user's profile

Joined: Oct 26, 2004
Posts: 40

PostPosted: Mon Feb 07, 2005 12:41 am    Post subject: Reply with quote

Thanks for the tips everyone!

We don't have the resources available for an official asssessment actually.

simple incident management + simple change management + simple config/asset mgt

The more I hear and read the more this is starting to make sense.

Our organization currently has about four or five different points of contact for end users. A few differnet IT Teams separated geographically, an actual helpdesk which is outsources, an internal function which handles IT Service Requests (PC Moves, Software installs, ID Creation), and one other function which is similar to -- but not quite IT. Strange...

Anyway, the outsourced helpdesk has a solid incident management process in place, the Service Request handling IT function is decent. The other groups are mostly still on various Excel Sheets in various formats. Hard to share information, no knowledge base in place, impossible for users to do any type of self service. Users will contact various groups at the wrong times, groups will pass user incidents to each other without keeping a audit trail of the progress, etc.

Asset/Config Management - IT groups keeping track of their items with excel lists. No single master list exists.

Change Management - Each team in IT has their own methods. Pretty random.

We have been looking at various Asset Management tools on the market, for example BMC and CA tools, and we are impressed by the CMDB they involve. In fact, we think it would be very difficult to implement any kind of Asset and Configuration management without a similar tool.

Is that the case for most of you?

Also, does anyone know of some common measureable quick wins from implementing simple Incident Management?


Back to top
View user's profile

Joined: Jan 26, 2005
Posts: 5

PostPosted: Thu Feb 10, 2005 7:37 am    Post subject: Reply with quote


Most organizations will have a Service Delivery Organization in place. It may be called something else, and may be based on the older OSI FCAPS model.

I am on my third ITIL process implementation project. My Best Practice approach (very high level) is as:

1. Review and document (high level) existing functionality and capability within the current Service Delivery Organization.
2. Perform Gap Analysis using CMM against the end state ITIL Process model. Though CMM is primarily used for process maturity rating, it can be stretched to cover organization (staffing, skill sets, org structure) agains the the ITIL RACI chart, and for technology (coverage, effectiveness, process mapping, etc.). Consider Business Alignment as another factor for analysis.
3. Review Gap Analysis results with Executive Level Sponsor to estimate costs, resources and implementation schedule.
4. Generate an Implementation Plan (Overall to begin with) focussing on quick hit improvements and migration to ITIL which will have an immediate and significant positive impact on Service Delivery. This will help with the business justification aspect. Be EXTREMELY REALISTIC.
5. Upon approval from the Exec. Level Sponsor, detail Implementation Plan in to sections covering each required ITIL process within Service Desk and Service Delivery and the implementation schedule, usually 6 months, 12 months and 24 months. The objective is that all ITIL processes must achieve a CMM level 3-4 rating at the end of 24 months.
6. Use a Project Management Information System (like Primavera or MS Project Server) to manage all action items (project taks), resources, costs, and schedules.
7. Use either COBIT or PRINCE2 for Program Governance of the entire project.
8. Develop and implementation a documentation standard:
Level 1 Logical
Level 2 Detail Logical
Level 3 Work Instructions
I also use Quickplace to store all documentation centrally.
9. Develop a training plan for ITIL training and certification. Ultimately all ITIL Process owners/managers should be certified at the Manager level for their respective processes. Include within the OCM (Organizational Change Management) Plan.
10. Manage the entire project closely and tightly, else failure is guaranteed.
11. Towards the end of project, document tangible and intangible benefits of implementation to determine and claim project success.
12. Upon project completion, implement process for Continuous Improvement.

So, does everyone agree?

Back to top
View user's profile
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> ITIL Discussion 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

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.