Hey Allison,
I would agree that it depends on the structure of your organisation and what you're trying to achieve.
We're an infrastructure provider to the rest of the organisation. We operate as a legal entity in our own right, so our primary goal at the minute is to increase the maturity of our relationship as a service provider. We've been extremely strict in defining fixed unit prices per service, which by default is the only detail we want to share. We want our business consumers to focus on the things they can control: their choice of service options, and their level of consumption of them. We'll take responsibility for ensuring our unit prices are competitive and provide value for money.
However, it's never quite that straightforward! There are discrete cases where we've provided a level of breakdown in order to defend the unit prices. This tends to be by IT Resource Tower, however our model is in the early stages of maturity which restricts our comfort in sharing any of the infrastructure TCO detail. There was also another interesting case where one of our Business Units was being audited with regards to Transfer Pricing. In that case we had to explain how we applied Transfer Pricing margin to our charges, but that was more of a conceptual explanation as opposed to a specific breakdown by Service.
If you are specifically looking to achieve cost reduction in partnership with your Business Units, then there can be a definite benefit to sharing much greater levels of detail. The more detail that you provide, the more they have to work with. Eventually you'll find colleagues in the BU who become fluent in interpreting and acting upon Apptio data and achieving real cost take-out. They will (set out to) challenge the output, which can be time-consuming and difficult, but ultimately leads to improvements in accuracy. These types of people will be the people you want to translate Apptio data for the Business Leaders.
A couple of things I've learnt in cases where I have released increasing levels of detail to Business Units:
- It is vital to educate the BUs before, during and after releasing detailed breakdowns
- Drip-feeding levels of transparency helps to ensure the recipients understand the data, and prevents overwhelming them with masses of data
- It is much more useful if detail is grouped meaningfully - eg: by application
- It is more effective to release detail that you know the BU can act upon - these tend to be 'directly' consumed items (eg: servers linked to apps, contracts directly linked to apps) rather than 'indirect' items (eg: depreciation for servers, contracts for IT Mgmt)
- Where challenged on output, make improvements and demonstrate that these have been made to help increase trust, however don't be afraid of defending your current position - especially when you identify people who are specifically 'hunting' for immaterial inaccuracies.
Sorry - that ended up longer than I intended but hope it helps!
Steven