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: MaricelaNe
New Today: 30
New Yesterday: 34
Overall: 231568

People Online:
Visitors: 141
Members: 0
Total: 141



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

ITIL in Development Environment

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

Joined: Apr 12, 2005
Posts: 4

PostPosted: Tue Apr 12, 2005 6:03 pm    Post subject: ITIL in Development Environment Reply with quote


We are trying in our company discuss our processes. We are software development company.

We expect we have processes according ITIL to take a care for customer Incidents (Incident management, Problem, Change, function Service Desk).

Now we want to have similar processes for our development->testing->bugfixing, using same application to have same GUI and because we think there are things which may be the same for both support and development processes (like Incident from customer is leading to RFC, bug found by tester could lead to RFC also).

I found only picture (Figure 6.4 in chapter 6.7) in ITIL blue book (Service Delivery), that is explaining "The error cycle in the live and development environments".

The general question not answered by this picture: During the test of some internal build, the tester founds a bug. What he has to create? Is it Incident? Would it be something else? Or should we define a new object like "Bug"?
Back to top
View user's profile

PostPosted: Wed Apr 13, 2005 8:07 am    Post subject: Reply with quote

If you were applying ITIL to this example, the bug would be the Incident, and fixing it would move down the Problem Management line.
Back to top

Joined: Apr 12, 2005
Posts: 4

PostPosted: Wed Apr 13, 2005 4:43 pm    Post subject: Reply with quote

I do not know if this is good idea to create Incident.

Incidents are usually coming from customers - over Service Desk. There should be probably different process for bugs found by testers (I do not expect, that they will create Incident, which will be handled the same way like Incident from customer).

Anyhow: later the bug is leading probably to Problem, Known Error (which would be known error in development known errors database, later if it is not fixed in release, then it would be also in the live known errors db), Request For Change.

The ITIL is not telling too much about this (only the picture and small chapter I already menitoned...
Back to top
View user's profile

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

PostPosted: Thu Apr 14, 2005 12:54 pm    Post subject: Reply with quote

You're talking about Defect Management and it's not technically an Incident as the concept applies to production environments and in terms of impact to the business. I once had a customer who used a well known Service Desk application for Defect Management instead of Incident Management.

However, in terms of the Incident/Problem Management processes, you could apply them here but I would be reserved about logging defects or bugs in the same tool as my production Incidents and Problems. An alternative, perhaps, would be to copy the application/form/database and use that instead?

You're spot on with the bug leading to a Problem/Known Error. If you implemented live with bugs, these would be captured as Known Errors, with the appropriate workarounds should any issues arise.

You may also want to take a look at the ITIL Application Management book. I haven't read it but it looks as though it may contain topics that you are interested in.
Back to top
View user's profile Visit poster's website
Senior Itiler

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

PostPosted: Sat Apr 16, 2005 2:51 am    Post subject: Reply with quote

Remember that an incident is anything "that is not part of the normal operation of the service and effects quality of service". This is very generic, but means that there can be different sub-types of Incidents -Request for service, system event, request for information (how to), development defects, etc.

You would just need to register the incident as a different type to be able to track the "development defect".

The Application Management book addresses more of the organizational change and management/control aspects of AppDev.

Hope this helps

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

Joined: May 27, 2005
Posts: 1

PostPosted: Mon Jun 06, 2005 10:27 pm    Post subject: Development Process Reply with quote


Internally, we use a Development Process, which is a bit based on RUP. Now, the organisation is investing in ITSM. If you look closely to the process models, nor Service Support, nor Service Delivery focusses on Application Development (except Change & Release management).

If you would break it down to Operational, Tactical and Strategical Processes, where would you put Application Development ?

Another aspect is I would prefer having Change Management in the lead of all changes to the infrastructure (incl. Applications), but if I would move Application Development into the Tactical Processes, this might generate a certain level of aggrevation into the Change Management Role.

Any ideas, updates ?

Bart Van Brabant
Service Improvement Manager
Back to top
View user's profile

Joined: Apr 12, 2005
Posts: 4

PostPosted: Tue Jun 07, 2005 4:27 pm    Post subject: Reply with quote

Currently I am reading the book from ITIL - Application Management.
Seems to be focused on processes during application lifecycle, but on the first look there was not so much relations to Service Support and Service Delivery processes.

Even I would expect also (as bvanbrabant wrote) to have Change Mgmt. in the lead of all changes.

There is nothing new from me and it is still not clear.
Back to top
View user's profile
Senior Itiler

Joined: May 27, 2005
Posts: 79
Location: Madrid-Spain

PostPosted: Fri Jun 10, 2005 6:41 pm    Post subject: About how to manage all SW life cycle Reply with quote


Also you can find some help to this issue in Prince2 book, so this book is focused in management Sw life cycle.

From my point of view a bug detected in a test enviroment should not be considered as an incident, and should be considered as a problem, because we have detected early and this bug cannot have the chance to create "real" incidents.

Have a nice weekend
Javier (Spain)
Back to top
View user's profile Send e-mail
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.