I really wonder what made the authors of ITIL Service Transition book create some concept called 7 Rs of change management!
Of course, they say that this set of questions can be used as a ’starting point’ . How ever, being a best practice documentation, is it worthwhile to create some concept with an interesting title like this – when the contents are just sample questions? (And even more wierd- create objective type questions in the foundation certification like ‘What does 7Rs of change management represent!)
The high-lighted section called 7Rs of change management says: ” These question must be answered for all changes”. While this is the intention, the attempt could have been to include all the mandatory questions, rather than to include only those which has Rs in the key words!
For example, there are questions in this, like:
‘What is the return required from the change?’ and
‘What are the risks involved in the change?’
Now one wonders, where it the basic question of ‘What is the impact of this change’ (that is why this activity of evaluation is generally called as the impact analysis!) The text in the ITIL book also talk about the impact of changes.
a) Are we supposed to assume that the ‘return’ in the above question contains impact as well? But in that case, a negative impact is not a return that is ‘required‘ from the change.
or
b) Are we considering risks and impacts the same? Can’t agree with that!
Also, the other aspects like cost (though there is a question about resources – since resources start with R!!), are not there in these questions.
The point is – ITIL could have provided a more comprehensive (’starting point’) list of questions for this, had they resisted the temptation to create some thing jazzy like a nice to hear- ‘7Rs of change management’.
June 10, 2009 at 11:05 pm
I could not agree more!
Have you evolved past these seven Rs? My client questioned this part of ITIL and I couldn’t defend it, so I am currently researching. Would love to share thoughts…
Thanks,
Rachelle
June 13, 2009 at 9:28 am
Evolving past 7Rs has never been a big task for me personally, as I never gave much importance to it than – telling the students to remember the phrase and where it fits in for ‘exam purpose’!
Having said this – I am not against the authors putting a list of questions as a guiding framework. My only disagreement stemmed from the fact that giving such a name (which can be even trade marked!), you give unnecessary focus into some thing which is not that important (nor comprehensive in that sense) in the Service transition or the whole ITIL framework.
Having this perspective while talking to the clients didnt ever made me get stuck on that. Probably that helped me to avoid a need to evolve past those 7 Rs
But I am interested to know what kind of issues you landed into – regarding these…
August 6, 2009 at 3:32 am
What is the RETURN required from the change?
This indicates what you are getting back in return from this change. It could be in terms of ROI as service benefits or monetary benefits.
I would list any impact analysis details in risk assessment part of 7 Rs. One does not have to do impact analysis in change management though risk assessment is almost that. Even if you consider PMI, impact analysis is not a part of change management. At least as per ITIL, impact analysis is only in problem management.
August 6, 2009 at 5:47 pm
Dear Dinesh,
I fully agree to the definition of RETURN that you have given.
I don’t know much about PMI, but can’t agree with your statement that impact analysis is not a part of change management in ITIL. One difference to note is PMI will be talking about Project change management (even in that case I believe it should consider impact) – while ITIL is concerned about changes to the Services, service management, infrastructure used by the customer/business.
The change management section of ITIL V3 has these clear statements (just to quote a few lines from the Service transition book – section Change management” :
“To make an appropriate response to all requests for change entails a considered approach to assessment of risk and business continuity, change impact, resource requirements, change authorization and especially to the realizable business benefit.”
“Assess and evaluate the business justification, impact, cost, benefits and risk of changes”
And … the section on 7Rs of change management starts with: “The following questions must be answered for all changes. Without this information, the impact assessment cannot be completed”.
In fact, the whole section and the module on change management keep talking about ‘impact assessment’!
Impact assessment is an important part of Availability and continuity management as well – but was not quite sure about your pick on ‘only problem management’. If you meant the prioritization of Problems based on impact, the same is true in Incident management (and even true for change management where change classification and prioritization considers impact).
Also, I cannot agree that impact is assessed as a part of the risk assessment!
This, for me, goes against the basic difference between Impact and Risk : Impact of some thing is a certain outcome, while Risk is a probable occurance (more often, some thing with a negative effect).
For example: For a requested change of ‘adding one more server to the datacenter cluster’ , the impacts could be:
1. (positive) better application performance and availability
2. (positive) more computing power
3. (negative) additional cost
4. (negative) one more server rack spact and one more network port utilized (unavailable for any other use)
(Here, you can treat 1 & 2 points as RETURN expected from the change – however 3 and 4 have to be classified as IMPACT.)
Change management assesses these impacts to see if it is acceptable to the organization and business, weighing it against the need of the change and benefits.
Now the risks associated with this change could be:
a. While adding this server, the whole cluster may go down
b. The additional server, if not fully tested for compatibility, might affect the overall performance
and so on…
For these ‘Risks’, the change management looks for adequate mitigations.
My basic contention with the ITIL V3’s representation of the concept goes back to the fundamental question: Are the 7 questions ‘collectively exhaustive’ ( or even mutually exclusive – as in MECE principle!) to give a definitive title like that.
Am willing to discuss this further, if you still feel the 7Rs of change management gives an exhaustive (or at least ‘almost’ exhaustive) coverage of the change assessment, for it to deserve such a title.
August 6, 2009 at 7:55 pm
Agreed with your definition and explanation of impact and risk. To go back to the very basics or intro on ITIL, ITIL only asks that you implement the framework to achieve efficiency. ITIL does not enforce strict framework and agrees that groups may need to go beyond the definitions laid out by ITIL. So, in other words, you can only be ITIL conformant and not ITIL compliant.
I am studying for my fundamentals currently and tend to look back at my work place for all references. I clearly see that we do lack a lot and in certain areas we excel as well.
So, all in all, 7 R’s is not a definitive statement in my honest opinion and is more so of a guideline to follow the 7 R’s and top it off with one’s own additional initiatives.