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: CO05
New Today: 10
New Yesterday: 67
Overall: 148471

People Online:
Visitors: 58
Members: 5
Total: 63 .

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 - RFC - When to RFC, that is the question
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

RFC - When to RFC, that is the question

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


Joined: Feb 06, 2007
Posts: 41

PostPosted: Wed Feb 07, 2007 5:49 am    Post subject: RFC - When to RFC, that is the question Reply with quote

Hello, how do people handle this situation, and this is based on software development.

You have application xyz running in production version 1.0.

An incident is reported (defect), xyz is not displaying a report correctly. Problem Management finds out the root cause and determines there needs to be a programming change in the application xyx 1.0.

Here are my questions:

Do you write up one RFC to state you need to change application xyz 1.0?

If yes, how do you track the promotion of the new version of xyz 1.1 through Dev, Test, Staging, and finally production?

Or does change management just act as gatekeepers and wait for the new version of xyz 1.1 to be deployed into testing, and an RFC is then enered stating why they want to deploy into testing, and then same process up to production?

Thanks for your time.
Back to top
View user's profile
DanA
Itiler


Joined: Feb 12, 2007
Posts: 27
Location: Minneapolis, MN, USA

PostPosted: Mon Feb 19, 2007 8:13 am    Post subject: Reply with quote

Seems like there is a mix here of Change and Release Management. The RFC is opened once a change is determined to be needed. Change management is responsible for assessing change and making sure it gets all the approvals needed, gets scheduled, gets implemented, and assesses its success or failure. Release management is responsible for overeseeing the different stages of promotion in test environments, testing etc.

At least that's how I see it.

Oh, and 1 request for change may spawn multiple change orders, or child RFCs, or whatever you want to call it, especially if you are tracking changes in your lower environment.
Back to top
View user's profile
skeptic
Newbie
Newbie


Joined: Feb 20, 2007
Posts: 14

PostPosted: Tue Feb 20, 2007 7:04 pm    Post subject: Reply with quote

The confusion arises because when ITIl talks about Chnage Mangement it is talking about production only, not SDLC.

The way i handle it is to let development track everything they need to track in their own SDLC tool. The RFC gets raised from the problem, it gets sent to dev, they open a ticket in SDLC, they track everything there with occasional updates to the RFC on status, when the fix is released to prod staging by SDLC the RFC picks it up again for prod implementation.

Automatic synchronisation between Change Management and SDLC tools is unnecessary as there is major translation required between the two systems anyway: one speaks business, the other speaks geek.
_________________
The IT Skeptic
see you at itskeptic.org
Back to top
View user's profile Visit poster's website
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.