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: Ilyaswees
New Today: 24
New Yesterday: 31
Overall: 231528

People Online:
Visitors: 109
Members: 0
Total: 109



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 - Integration: ITSM and SDLC
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Integration: ITSM and SDLC

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

Joined: Nov 18, 2008
Posts: 78

PostPosted: Fri Oct 14, 2011 12:17 am    Post subject: Integration: ITSM and SDLC Reply with quote

Hi everyone,

I am thinking about the integration between ITSM concepts of Service Design and Service Transition, and SDLC (Software Development Lifecycle).

In my opinion, Service Design is what SDLC calls the Architecture Phase. We don't actually develop the application here. What we do is the architecture of the new application. It is the work of System Architects and System Analysts. It is not the work of code developers.

Service Transition is actually the Application Development, Testing and Deployment in SDLC terms. This is where java/.net/etc developers come into action. The application is developed according to Design (Architecture) Principles, what in ITIL terms is the SDP (Service Design Package).

In my opinion, integrating Devs with Ops is key to ITSM success. We can't talk about IT Services if we only talk to Ops. So the first step is to clearly map SDLC phases to ITSM phases.

There are many others steps, but let's keep it simple for the moment. Smile

I would like to hear from you guys about this mapping between ITSM and SDLC. Is my understanding correct?

Back to top
View user's profile
Senior Itiler

Joined: Mar 04, 2008
Posts: 1894
Location: Helensburgh

PostPosted: Fri Oct 14, 2011 1:31 am    Post subject: Reply with quote

I'm not sure I understand. But that might be because I have little knowledge of SDLC. So the following thoughts may be naive - or just plain rubbish. But I do agree that if you have in-house development and operations then a single management system is a very good way to give yourself a chance of success.

SDLC seems to overlap with ITIL and that is presumably your issue. However I would guess it takes a simplified view of the service delivery aspect and therefore cannot adequately serve as a substitute, or at least not easily. And certainly ITIL has little useful to say about the development process (quite rightly).

I always find it easier in service management terms to to ignore application development to a similar extent that I ignore server manufacture and factory build. If you do that then service transition does not encompass application development but rather application specification and acquisition. Similar service management is not directly concerned with functional testing, but rather with operational testing - more how it behaves in the live environment than what it delivers to the users and customer.

This last is a tricky area because one can conceive of a spectrum where, at one end, service management makes all the promises of functionality as well as performance and availability etc. and therefore acts as a conduit from the customer back to development for all things, always controlling the specification in detail; and at the other end the development service (especially when in-house) negotiates all the functionality with the customer, perhaps even agreeing the service parameters (in which case service management will be a supplier to development rather than to the customer/user of the system.

It is probably a good idea to establish just where on that spectrum your organization is, or would like to be as a preliminary to integrating the management model. I've worked in places where Ops and Dev have both thought the implicit working model put them in charge.

If you start from this then you should begin to see just what aspects require integration and what more simply require interfaces. In the end it might be more fruitful to analyse what you do and how you do it than to look for a theoretical fit between the two frameworks

I doubt if there is a single useful one anyway. On the one hand, how would it encompass in-house development, bespoke and tailored third party apps and off the shelf apps; and on the other hand how would it cover in-house service infrastructure, out-sourced service infrastructure and cloud- type service delivery? And that is before looking at the wide ranging degree to which an organization can choose to manage interfaces with third party suppliers (from a delivery specification and monitoring outcomes, to hands on tweaking of what and how the third party does things all day long.
"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
Senior Itiler

Joined: Nov 18, 2008
Posts: 78

PostPosted: Fri Oct 14, 2011 5:08 am    Post subject: Reply with quote

Hi Diarmid,

First of all, thank you very much for your reply.

I could say that for me this is a fundamental issue for ITSM. See, I am not talking about ITIL. I am talking about managing IT services. And in order to do that we must consider how we design them, how we develop them, how we implement them, how we support them, and finally how we get rid of them Smile

In a typical IT internal shop, IT services are in fact applications that support the business. All the rest exist in order to support these applications (which are the IT services in ITSM terms).

So, I can't see how we can talk about managing IT services if we simply ignore how they are conceived and developed. ITSM for me is not ITIL. Or at least is not ONLY ITIL. It is ITIL, SDLC, COBIT, etc. We use all these good practices to build our management system.

I've seen many and many times Dev guys saying that "we have nothing to do with this ITIL crap". But when you start talking to them about service design and service transition they identify themselves. They understand it because that's what they do!

So, to get back to the point of my original post.

A typical SDLC: Analysis - Design - Implementation - Testing - Evaluation - Deployment
ITIL Service Lifecycle: Strategy - Design - Transition - Operation - CSI

Let's concentrate on ITIL Design and Transition.

SDLC's Design is where we describe software features based on requirements. This is where the four basic elements of what ITIL calls warranty are considered: availability, continuity, security and capacity

This is exactly ITIL's Design!

SDLC's Testing/Evaluation/Deployment are all in ITIL's Transition volume.

And SDLC's Implementation? Well, this is code development in dev terms. For me, this is what ITIL calls "building a service". If this is the true, then it is part of ITIL's Transition.

I know this sounds a little too much theory. But I am just trying to validate a map between Dev practices and Ops practices. Once we agree on this map, then we can start talking about merging them! Or at least integrating them!

Because if we do not, then it is not Service Management. It is Ops Management. And then ITIL will have lost its whole point!

Back to top
View user's profile
Senior Itiler

Joined: Nov 18, 2008
Posts: 78

PostPosted: Tue Jul 17, 2012 12:32 am    Post subject: Reply with quote

To come back to the discussion :

I am now particularly sure that application development is part of Service Design.

Service Design also takes care of tests within development phase.

Service Transition takes care of "integration", "acceptance", "go live" tests and of course deployment.

Just my 2 cents.

Cheers !
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.