Imagine the scene: You’re waiting at a coach-station, about to embark on a long (and expensive) trip. It’s 4am in the morning, it’s dark and raining so the visibility is poor—meaning you can’t read any of the timetables or travel information. You’re expecting a coach will arrive soon. And, after a short wait, it does.
However, the front of the coach has a route number but no destination name, so you aren’t sure whether the coach is heading in the right direction. You scan the coach station and see a variety of other people and members of staff mulling around. What would you do?
If you are like many people, I suspect you would ask a member of staff, a fellow passenger or the driver to confirm which destination this coach was headed towards. You might also ask for information about the route it is taking, the cost, and when it is due to arrive. Yet, whilst cost and time will be important to you – getting to the right destination is the key. A cheap, quick coach ride in the opposite direction will likely be a bad thing—you’d end up further from where you want to be!
Agreeing the destination is crucial
This focus on destination is important on business initiatives and projects too. When initiating a project or initiative, an organisation wants to get somewhere; there is a desired outcome that our stakeholders are seeking. Yet often, when time is short (as is so often the case), there is a temptation to skip over (or race through) discussions which refine the outcome. Indeed, as BAs and change practitioners we may find our stakeholders press for estimates, requirements and solutions first.
Yet a trap awaits organisations and teams that do not spend time concisely and precisely agreeing the outcomes that they are seeking. So often there can be tacit agreement on project outcomes—on the surface it appears that everyone agrees. Yet, when we get into the detail of the project we discover very different perspectives on what should be delivered. This difference may have bubbled beneath the surface for weeks or months, and by this point may be costly to resolve. If it had been resolved up front it would have saved time and effort.
Take this theoretical example. Imagine two senior stakeholders on a project in an insurance company:
Manager A: We’ve recently seen a drop in revenue. Our core problem is targeting and retaining the right policyholders (customers). We need the ability to segment our customer base, enabling us to effectively (and regularly) send relevant personalised messages and offers to selected customers. This will lead to increased revenue.
Manager B: We’ve recently seen a drop in profits. Our core problem is that marketing cannot target the right policyholders (customers) and we therefore need proper segmentation. It is also essential that we gain the ability to amend our rates for specific segments quickly in response to competitive insight (or due to any other underwriting need). Our current inability to do this means we lose business or sell policies at an unprofitable premium for too long. Solving this will lead to an increase in profitable business.
Clearly Manager A & B’s perspectives are complementary, but they are different. If we launched a ‘Segmentation Project’, both managers would think that their problems are likely to be solved. Yet a decision needs to be made over how much of this scope to bite off. Indeed, analysis needs to be carried out to determine the real nature of the problem—and whether there are any other perspectives that may be valid.
Drawing back on the analogy mentioned earlier in this article: If a group of passengers were to get on a coach without checking its destination, then there is a significant risk that at least some will end up disappointed. The same is true on projects; if we embark on an initiative without ensuring our stakeholders are aligned in the outcomes and objectives, then there is a risk that a mismatch in expectations will cause problems later down the line.
Spending time up-front defining a problem statement, clear Critical Success Factors and Key Performance Indicators, and a model of the scope can help a great deal. This pre-project problem analysis doesn’t have to be time consuming, and will likely save time in the long run. It can often be distilled into a single page of A3, and in doing so we create a concise and precise picture that binds our project efforts together. This small investment of effort in the short term pays dividends in the long run.
What are your views on pre-project problem analysis? I’d love to hear them, please add a comment below. If you’re interested in this topic, you might be interested in our pre-project problem analysis course. You may also be interested in attending a related session at BA Camp Vienna
If you’ve enjoyed this article don’t forget to subscribe.
About the author:
Adrian Reed is Principal Consultant at Blackmetric Business Solutions, an organisation that offers Business Analysis consulting and training solutions. Adrian is a keen advocate of the analysis profession, and is constantly looking for ways of promoting the value that good analysis can bring.
To find out more about the training and consulting services offered at Blackmetric, please visit www.blackmetric.com