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: AMcCollis
New Today: 18
New Yesterday: 58
Overall: 146176

People Online:
Visitors: 52
Members: 2
Total: 54 .

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 - Change implementation and post implementation testing?
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Change implementation and post implementation testing?

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


Joined: May 28, 2010
Posts: 11

PostPosted: Fri Dec 14, 2012 3:16 am    Post subject: Change implementation and post implementation testing? Reply with quote

Iím still struggling Ö

Last year I submitted a question via the ITIL Community Forum it read:

Struggling with the scope of change management.

Operations is actually responsible for implementing IT changes, but change management is accountable to ensure changes are made with minimum disruption to IT Services.

So is it the responsibility of change management to ensure that operations has taken all the necessary precautions to head off any unplanned disruption as a result of a change or does that responsibility sit squarely with operations?

If the former is true, change management will require a signigicantly broader skill set, e.g., have the ability to scrutinize test plans.

What say you/

I got some answers that helped, but I need more.

My concern is really what responsibility Change Management has in relation to implementation testing. I know I canít oversee the testing or even decide if the testing is appropriate. But do I need to ensure that there is an implementation and test plan in the change record (which would of course have to be provided by operations)?

Or, are change implementation and post implementation testing simply outside the scope of the change management process? If so, what ITIL process is responsible?
Back to top
View user's profile
Diarmid
Senior Itiler


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

PostPosted: Sat Dec 15, 2012 3:43 am    Post subject: Reply with quote

Before trying to answer this question I need some clarification.

Do you mean pre-implementation testing? There is no such thing as post-implementation testing.
_________________
"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
UKVIKING
Senior Itiler


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

PostPosted: Sun Dec 16, 2012 12:43 am    Post subject: Reply with quote

Scooter

I let Diarmid reply first because when I saw this post

Are you the Change Manager - makign policy and establishing it when there is no policy
or
merely the Change Clerk who just blindly processes any change request no matter how crap the request is
End of sarcasm / irony

Here is how I establish CM.

If there is no RM, I write as the CM the CM and the RM Policy process etc.
If there is a RM, I work with to ensure CM and RM policy follow the same concept.
Same goes for Config Mgmt

CM is governance. You want to ensure that what is deployed to production is well thought out, tested, and actually works and does not cause any issues in production once deployed.

RM is action. You manage how things are deployed to prod, controlled non production and non controlled non prod. You expect all testing to be done in the controlled nonprod. You expect all deployments to controlled non prod have been tested prior to going to controlled non prod.
As part of the prod deployment,you ensure that there is some sort of validation that the deployment was successful - similar to the way they checked in controlled non prod. This is the post implementation testing. Basically you find out whether the fault that originated this all has been fixed or what was dpeloyed actually is installed and production is no worse for the deployment.

It is UP to the CM Policy and process and the supporting RM how anal and pendantic you wish to be. It is usually in the best interests of the business users impacted to validate the fix works or the implemetnation team validates.

That way the loop is closed on the change....

Here is the thing.

If change 100 gets done in Jan and in mar change 200 has to be done because change 100 broke other stuff.. this says several things - 1 the testing scope was not broad enough as required 2 - post validation of the solution may have caught this in prod earlier - even if not in testing 3 - the solution for 100 was not fit for purpose.

As CM and RM, you do your best to ensure that all key gates / milstones have been met and are well documented.

But....

And that is the fun

So as to your situation

If the CM and the RM agree that there should be post validation after production deployments, propose to senior mgmt, get agreement and implement

Otherwise - quit your moaning
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

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


Joined: Sep 25, 2013
Posts: 1

PostPosted: Thu Sep 26, 2013 1:45 am    Post subject: Reply with quote

I am new here and appologize up front for sometimes being long winded and scatter brained.
We struggle with Change Validation in our company as well. While Change Validation falls outside the scope of ITIL Change Management, our company's structure heavily relies on change validation for change activity impacting customer facing infrastructure. Currently we have customized our change managment tool to account for validation requirements set by the change owners but as we are moving to a new tool we are looking to modify the process to better align to the out of the box ITIL workflow. To make a more interesting process development journey, our customers don't agree on validation strategies. One customer says "I want the change owner to tell me if I need to test, when and what to test." while another customer states "I know my products so don't tell me, I'll review the changes and test if I want to and if something goes wrong then we'll tell you." In short, we haven't gotten to the point where we know what the process is going to be when it grows up, I can say that we are moving in a direction that valitation is not in scope for "Change Management" but our department will still own the tools and the processes to manage it as a seperate yet supporting process.
Back to top
View user's profile
UKVIKING
Senior Itiler


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

PostPosted: Thu Sep 26, 2013 2:11 am    Post subject: Reply with quote

MDChange

Where does it say post implementation testing is out of scope for Change Management.

ITIL is a set of advice on how you should do things. Nothing more

CM process is as I stated a control process. RM is the action process.

RM process should work with the Testing mgmt, the D&B to make sure testing is defined and done in a logical and documented way.

If there is no one for RM to work with. Take the initiative and set the damn policy.

Use the concept of UNODIR.. .unless otherwise directed.. do...
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
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.