Bringing in GIS (2)01/09/2008 |
| A Robust and Quantative Business Case |
| Senior management with sufficient buying power and influence will only support IT programmes that directly and demonstrably add value to the organisation; a share in the budget must be aggressively competed for. The department with the most robust, articulate and proven business case or ‘game plan’ will get the largest share. The authors provide insight into building such a business case. |
| By James Turner and Victor Jones, management consultants, PA Consulting Group, USA |
|
This is the second in a series of three articles. The first, published in August, promoted a top-down approach to effecting change within an organisation, rather than pushing from the bottom up with a technology-driven solution. A three-step approach was outlined: (1) mobilisation, (2) diagnosis and (3) visioning. Next month’s article will focus on building a robust benefits model that not only illustrates the potential value of a GIS programme but also allows on-going tracking and management of the delivered benefits.
An outline of costs and time-scales of a business case cannot be produced without first understanding organisational structure. Managers will often focus on their existing constraints and compose a team from the same resources and reporting structures that they had before. However, to give the programme the best mix of skills and experience requires creativity and considering a different mix of buy vs. build vs. a hybrid combination of internal and external resources. A good start is to examine current in-house capability. Gauging the readiness of the organisation and identifying gaps can be realised using a Project Governance Capability Maturity Model. This visually communicates gaps in capability on a scale from Entrant?Developing?Committed?Best Practice.
Do not reinvent the wheel. GIS technology skills are often hard to find and it may be wise to leverage and glean experience from a certain vendor if he has proven expertise in delivering a solution component. Although the use of vendors may be appropriate to supplement in-house capabilities, the management of the relationship must be carefully defined and contractual agreements reflect the understanding of both parties. Ensure that risk is shared by buying outcomes from vendors, not bodies. Equally, it is not uncommon to define Service Level Agreements (SLAs) between internal departments supplying essential services. No matter what the delivery model, the roles and responsibilities of each player has to be defined and agreed. If just one is the driving force, you should ensure that this party is seen as the facilitator and that responsibility is shared between several parties. Consideration has to be given to who owns systems and the data within them, who provides the maintenance/support budget, those involved in decision making, and how changes in scope are to be managed. Crucial is the setting up of a steering committee representing all key stakeholders, with the visibility and control to direct the programme. - Use your finance department. Not only can they help with the calculation of more complex calculations, such as labour capitalisation or depreciation, but they can also save work when constructing annual budgets. - Deconstruct the programme into discrete initiatives and ensure all costs are aligned with them: by providing a modular view of your programme you can prepare for budget cuts and what-if scenarios. - Ensure costs are divided between capital or operational expenditure according to company policy; the different rules for items that add to the balance sheet may help identify the true value of a programme. - Include fully burdened costs; expenses and the value of internal resources need to be considered. - Reuse as much data as possible; identify cost items from completed projects and use these as estimates. - Leverage ‘expert witnesses’, people who have ‘been there and done that’. - Consider re-planning activities to avoid too much contiguous expense, to minimise impact on cash flow.
The process of cost budgeting is likely to be iterative. However, the output should be a detailed budget stretching into the support phases of the programme.
|
| Biography of the Author(s) Both authors are with PA Consulting Group. James Turner holds a BSc from the University of Nottingham, UK. He has helped clients craft IT strategies in finance, telecoms, energy, utilities and engineering, as well as initiating, managing and completing complex technical delivery projects. Victor Jones holds a BSc in Computer Science from the University of Florida and MBA from Emory University. He has led client teams across many industries in process redesign and optimisation and organisational restructuring. |

