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: LSalcido
New Today: 60
New Yesterday: 73
Overall: 140034

People Online:
Visitors: 50
Members: 1
Total: 51 .

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 - How much detail in the impelmentation plan
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

How much detail in the impelmentation plan

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


Joined: Jan 13, 2011
Posts: 2
Location: Perth, Australia

PostPosted: Thu Jan 13, 2011 6:25 pm    Post subject: How much detail in the impelmentation plan Reply with quote

Hi All,

Just wondering how much detail is required in the implementation plan of Change Records.
There are discussion in my company that the implementation plan should be a step by step outline that anyone could pick up and follow and implement. Im under the belief that the plan should contain enough information that any authorised person (same skillsets) to make these sort of changes should be able to follow and implement with no issues.

Cheers

Will
Back to top
View user's profile Visit poster's website
tomkin
Itiler


Joined: Jun 29, 2009
Posts: 48
Location: London

PostPosted: Thu Jan 13, 2011 10:01 pm    Post subject: Reply with quote

Implementation plan is where Change passes on to Release Management.

Implementation plan should be a high level description attached to the RFC if possible and then Release Management would have to take care of detailed implementation including Release Plan, Build Guide (if needed), Release Instructions (step by step), Back Out Plan and Remediatin Plan.

It can contain more detail if needed.

If RM is not involved then details needed would be Deployment Plan (install), Backout and Remediation.

Hope it helps
Back to top
View user's profile
ultrahai
Newbie
Newbie


Joined: Jan 13, 2011
Posts: 2
Location: Perth, Australia

PostPosted: Thu Jan 13, 2011 11:37 pm    Post subject: Reply with quote

Here in the state where we are in Australia we generally refer to the deployment plan as the implementation plan.

We are not mature enough to have RM yet so this is incorporated into change management.

So based on your answer and lets say hypothetically we do have an RM how low level should the "release instructions" be?

Cheers
Back to top
View user's profile Visit poster's website
tomkin
Itiler


Joined: Jun 29, 2009
Posts: 48
Location: London

PostPosted: Fri Jan 14, 2011 12:08 am    Post subject: Reply with quote

Well it all depends on the skillset of audience but writing it step by step so that a technical entry level person can understand and follow it.

The main idea of the release instruction and Build guide is to build the system from scratch if everything goes down.

You can incorporate this as an attachment to the RFC record and then may be store it on a central repository which will then be change managed for future updates. And to add, it becomes a CI then.

BTW, are you affected by any floods mate ?
Back to top
View user's profile
UKVIKING
Senior Itiler


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

PostPosted: Fri Jan 14, 2011 12:45 am    Post subject: Reply with quote

Ultrahai

IT depends on the work that is being done, how complex and how many different teams are involved

For ex, a firewall change.
The network team should know how to login to the router, enable admin mode, edit the file, save and exit admin mode
So for a f/w chaneg, I would excpect and accept

login into router using admin privledges

However, if the organization is very A.R. (anal retentive), the imp plan may say

login into router using STD Router login process as noted in document 123 v2 dtd 1 jun 2011

The Change / Release manager want a synopsis / summary where they can be satisfied that the deployment manager knows who and how the work will be done

If the deployment manager does not know enough information to summarize that, we usually get a little A.R and ask for an itemized list by time frame and group

In addition, if the work requires coordination from different groups - system, network, application, etc - at different times, then the summary plan should higjhlight this and indicate areas where hand offs occur etc

This applies also when working ith 3rd parties

The CM / RM merely want to ensure that the people doing the work have a clue
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

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


Joined: Sep 09, 2011
Posts: 6

PostPosted: Sat Sep 10, 2011 1:37 am    Post subject: Reply with quote

I agree with what has been stated, in terms of it depends on the nature of the change.

For example - If we are talking about a standard low risk change then the implementation (in my organisation) would not be assessed by CM, however we would expect there to be a valid Imp plan which the techncial (or supplier) team can follow and is auditable.

For larger changes (i.e ones which CM manage) we have a set document which clearly states that:

"In the Imp Plan section of RFC record please include a full implementation plan of the work that has clear dates, timings and event descriptions from the scheduled to the end date, this must include any designated back out timings if applicable. If a detailed imp plan is omitted from the RFC then your RFC will be rejected. Even if there is a documented Implementation plan attached to the RFC, you must update the Imp plan field. "

So a more technical detailed plan can always be added to the RFC, however this is an aid, and is not considered as part of the assessment and approval of an RFC.
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.