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

Current Membership

Latest: JBoddie
New Today: 35
New Yesterday: 67
Overall: 148337

People Online:
Visitors: 55
Members: 2
Total: 57 .

Languages
Select Interface Language:


Major ITIL Portals
For general information and resources, ITIL and ITSM World is the most well known for both ITIL and ITIL Books. A shorter snapshot approach can be found at ITIL Zone

Related Resources
Service related resources
Service Level Agreement
Outsourcing

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.


The Itil Community Forum: Forums

ITIL :: View topic - Changes per request. Relationship 1 request -> 'n' Change
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Changes per request. Relationship 1 request -> 'n' Change

 
Post new topic   Reply to topic    ITIL Forum Index -> Change Management
View previous topic :: View next topic  

To document the relationships within Changes and Request/Incidents, please vote for the assertions that should be TRUE:
A Request can result in various Changes (1->n)
72%
 72%  [ 8 ]
A Request is restricted to only one generate one Change (1->1)
9%
 9%  [ 1 ]
- Both assertions are true
18%
 18%  [ 2 ]
- Both assertions are false
0%
 0%  [ 0 ]
Total Votes : 11

Author Message
Perla_Silva_Zermeno
Newbie
Newbie


Joined: Feb 18, 2008
Posts: 2

PostPosted: Tue Feb 19, 2008 3:35 am    Post subject: Changes per request. Relationship 1 request -> 'n' Change Reply with quote

Hello,

To document the relationships within Changes and Request/Incidents, which of the following assertions would be true:

-A Request can result in various Changes (1->n)
-A Request is restricted to generate only one Change (1->1)

OK Several independent requests can be related to the same change (n->1).


Can you please comment?

Many thanks and regards,
Perla
Back to top
View user's profile
Ines
Newbie
Newbie


Joined: Mar 21, 2006
Posts: 18

PostPosted: Wed Feb 27, 2008 12:03 pm    Post subject: Reply with quote

one request to upgrade "XXX" application across the state
many changes to rollout upgrade, in our case, one change per site.

One request to create new office
many changes
- one for LAN/WAN infrastructure (data telco)
- one for PCs/printers/pos devices (desktop services)
- one for phones/faxes (voice telco)
- etc
Back to top
View user's profile
asrilrm
Senior Itiler


Joined: Oct 07, 2007
Posts: 441
Location: Jakarta, INA

PostPosted: Wed Feb 27, 2008 12:34 pm    Post subject: Reply with quote

True, happened to me as well.
New release of an application:
- Upgrade in OS (as required by the new release)
- New protocol (from SDLC to TCP/IP)
- Installation of the new release itself
- Installation of a new core switch
- etc, etc.
this was a major change Exclamation

Edited: Need to inform you that this happened long before we had the Change Management process developed, but the above items will come in my mind if we do have it that time
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3318
Location: London, UK

PostPosted: Wed Feb 27, 2008 6:46 pm    Post subject: Reply with quote

sounds like an exam question
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
Perla_Silva_Zermeno
Newbie
Newbie


Joined: Feb 18, 2008
Posts: 2

PostPosted: Thu Feb 28, 2008 4:10 am    Post subject: Agree... Reply with quote

I agree with both Ines and asrilrm.

I posted this exam-like question because our change management tool restricts only one change per request, which on the practice does not always happen that way.

Thanks for your examples!

Regards,
Perla
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3318
Location: London, UK

PostPosted: Thu Feb 28, 2008 4:47 am    Post subject: Reply with quote

Then your tool is restricted

In addition, it also depends on what your CM policy states - explicitly or assumed
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Wed Mar 05, 2008 11:37 am    Post subject: Reply with quote

The real answer is that it all depends on how you want to manage requests. Do you think of changes as things that happen to components or to services?

You can think of it like a project (because that is what it is). Do you divide it up to separately managed component changes or do you integrate the activities?

Some situations are easier managed one way and some the other. In the end you have to pull it all together to review the change(s) against the request and determine that the outcome meets the requirement.
Back to top
View user's profile Send e-mail
asrilrm
Senior Itiler


Joined: Oct 07, 2007
Posts: 441
Location: Jakarta, INA

PostPosted: Wed Mar 05, 2008 1:20 pm    Post subject: Reply with quote

Again, it's a matter of policy set for the company.
You can set your RFC to have another RFC inside it (parent-child RFCs)
You can also requisite that RFCs should be of the most primitive or generic level
Or any other way that suits your need
Back to top
View user's profile
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Change Management 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 http://www.nukecops.com

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.