In this final part of the review of AS/NZS 5050 I will look at the third key part of the model – the Process.
The process is essentially the risk management process derived from AS/4360 and ISO-31000.
While this may seem to be contrary to conventional BCM approaches (or those espoused by other competitors in the Standards Industry) – when you delve into what is behind this process you find a lot of similarity.
The model includes core and support components.
- Establish context
- This includes setting scope, purpose and responsibility. Fairly common approach across different standards.
- It also includes addressing both the internal and external context, which is again a common method.
- Risk Identification
- All BCM standards include some form of risk identification and assessment. This one puts it in a more central position and uses the vocabulary of Risk Management which makes the risk branding much stronger.
- Like most approaches in the RM world, this standard requires that all possible risks be identified in this step.
- This is the part of all RM that I believe limits its credibility – as you can never know everything that could happen.
- Risk Analysis
- This part also includes a BIA, as would be promoted in all BCM models.
- Perhaps the big difference here is that the BIA is suggested as the second step, not the first.
- RA is suggested as being an iterative approach. The initial analysis will provide the understanding of the the business functions and processes and the extent of the contribution of each process to achievement of organisational objectives.
- The initial analysis could establish some metrics around time required to recover, and the extent of resources currently available to facilitate a recovery
- The output from the initial analysis could also be used in an initial evaluation and treatment plan.
- The initial Maximum Acceptabel Outage is determined in this phase.
- The BIA is suggested as a second form of analysis, where a more detailed analysis is required and where further treatments are suggested.
- Confirming the business functions may see some function removed from the analysis and others added as the detailed criticality is determined
- Process review is the detailed exploration of each process and its dependencies.
- Inventory of Controls includes identification of workarounds, redundant capacity amongst other things
- The last step includes setting the estimate of recovery time. Again there is a different form of terminology used.
- This standard uses the term Recovery Time Estimate (RTE) rather than Recovery Time Objective (RTO).
- In some ways this is a better label, as too often you find an RTO stated that is not backed by resources – and is just a Recovery Dream.
- RA is suggested as being an iterative approach. The initial analysis will provide the understanding of the the business functions and processes and the extent of the contribution of each process to achievement of organisational objectives.
- Risk Evaluation
- This is where the decision to apply further treatments to a risk is made (an investment decision perhaps) or just to accept with current controls.
- With a different name this is a standard process to get Executive endorsement of BC strategies.
- Risk Treatment
- In line with the overall RM language, implementing BC strategies and plans is called treatment of risk. The concept is still mainstream BC.
- There are two general classes of treatment
- Proactive
- Prevention Controls are intended to reduce the likelihood of the risk
- Protection Controls come into play when the prevention control has failed.
- These are intended to reduce the intensity, duration or spread of the impact (the scale of the incident)
- Contingent
- Contingency Plans address what needs to be done across the three major forms of contingent treatment, and need to be based on available capacity
- Stabilization
- Continue Critical Functions
- Recovery
- This section also includes a suggested content/outline for these plans.
- Contingent Capability describes the resources that need to be made available to support these plans.
- This could also include treatments such as building redundancy and diversification into your operations.
- Like all BCM standards the need to maintain plans and exercise are included and described.
- Contingency Plans address what needs to be done across the three major forms of contingent treatment, and need to be based on available capacity
- Proactive
- Communication and Consultation
- Monitor and Review
- These last two are fairly self-explanatory and not that different to what you find in other standards.
The last part of the standard contains a checklist to enable you to verify your program against the standard.
I have not been a big fan of BCM as a subset of RM in the past. I have to admit that I like the way this standard has presented BCM as a special form of RM. This is a promoting synergy rather than demanding convergence.
Perhaps this is the reality of what Enterprise Risk Management may turn out to be – the appropriate (and customised) application of general risk management techniques to a range of specialised risk areas.
This is a good standard to work with, and presents some challenges to other standard bodies to broaden their thinking and adopt common vocabulary.
John Glenn has long promoted the similarity of RM and BCM, it would seem that this standard endorses that view.
What do you think?
Are you motivated to buy the standard?
Alex Fullick says
Hi Ken,
I took a look through the 5050 standard (and your comments here) and I found a few things I like and a few I wasn’t quite in agreement with; then again, I’m that way with most standards as I like to take the best from all of them, rather than subscribing to one in particular. There’s always room for improvement.
I do like how it builds the risk component, as I always felt the information captured in the DRI GAP and the BCI GPG always seemed to lack something but I wasn’t sure what. Something always seemed missing. The approach to sit around a table wondering if you’re susceptible to a fire or flood, I thought was a bit flimsy (I’m generalizing but I think you get my point). I think some of what the 5050 standard has can certainly complement the BCI / DRI information.
One thing that stuck out that I like was the distinction between a function (or service) and its related processes. It’s funny how often businesses say that a particular service is key to their operations in a crisis/disaster but have no idea what processes actually make up that service. When they don’t, their restoration/recovery and contingency strategies usually don’t align.
Thanks for the clarity on the standard and the valued information. I’m not sure why the BCI article in Contingency Magazine said it had an ‘audit’ focus – I don’t think they really looked at it. I did purchase my own copy and will review it in more detail as time passes and so far I see more positive than negative.
Ken Simpson says
There is no substitute for actually reading the material yourself. That way we each pick up the subtleties that matter to us.
Your point about the function/process being a case in point. Too often it is not done, but it really didn’t catch my notice as it is second nature to think that way.
I think Contingency Magazine were caught out having read the Public comment Draft version of 5050, rather than the final.
While the final version only has one part (as you have seen), the draft had three parts. Part 1 was the specification, Part 2 the Practice and Part 3 was about Audit.
Amazing how much it changed between the public comment draft and the final.
Thanks for joining the conversation Alex.
Alex Fullick says
Yup, the function/process thing is – in my opinion – highly overlooked. I think this is the first time I’ve seen in it print (according to my memory anyway), which is what caught my attention. I recall my current client saying they needed “X” service up and running and it came quite a shock to them when they realized they needed many processes up and running just to be able to meet their minimum level of service.
Thanks again for bringing clarity to the standard though, I do like risk focus and the information it provides.
John Glenn says
Looks good and includes consideration of avoidance/mitigation that some “standards” either fail to address or downplay. Standards (seem to) reflect the mentality of the developers – this one could work for most practitioners in North America as well.
Ken Simpson says
thanks John, a new export market – great.
Shame we could not have got this product out earlier – the Australian Dollar is just about at parity with the US at present.
You should jump in and get your copy while it is still cheap John.