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.
I hope you’ve found this article useful. If you have, be sure to check out the Pre-Project Problem Analysis workshop at BA Camp in Vienna. I hope to see you there! — Adrian
About the author
Adrian Reed
Adrian Reed is a true advocate of the analysis profession. In his day job, he acts as Principal Consultant and Director at Blackmetric Business Solutions where he provides business analysis consultancy and training solutions to a range of clients in varying industries. Adrian is President of the UK chapter of the IIBA and he speaks internationally on topics relating to business analysis and business change.
You can read Adrian’s blog at www.adrianreed.co.uk and follow him on Twitter at twitter.com/UKAdrianReed.
