AD | Application | AWS | Azure | Cloud | Database | Enterprise | Environmental | Event Log | File System | IoT | IT Service | Network/System | Infra | Performance | Protocol | SaaS | Security | Service Level | Storage | Linux | VMware | VoIP | Web | Wireless | SNMP

Crumbtrail

MonitorTools.com » NetTech Insights » ITIL Insights » Processes » Financial Management

Financial Management

One goal of Financial Management is to ensure proper funding for the delivery and consumption of services. Planning provides financial translation and qualification of expected future demand for IT Services. Financial Management Planning departs from historical IT planning by focusing on demand and supply variances resulting from business strategy, capacity inputs and forecasting, rather than traditional individual line item expenditures or business cost accounts. As with planning for any other business organization, input should be collected from all areas of the IT organization and the business.

Planning can be categorized into three main areas, each representing financial results that are required for continued visibility and service valuation:

Operating and Capital planning processes are common and fairly standardized, and involve the translation of IT expenditures into corporate financial systems as part of the corporate planning cycle. Beyond this, the importance of this process is in communicating expected changes in the funding of IT Services for consideration by other business domains. The impact of IT Services on capital planning is largely underestimated, but is of interest to tax and fixed asset departments if the status of an IT asset changes.

Regulatory and Environmental-related planning should get its triggers from within the business. However, FM should apply the proper financial inputs to the related services value, whether cost based or value based.

Confidence is the notion that financial inputs and models for service demand and supply represent statistically significant measures of accuracy. Data confidence is important for two reasons: 1) the critical role data plays in achieving the objectives of Financial Management, and 2) the possibility of erroneous data undermining decision making.

Since Financial Management performs unique financial translation and qualification functions, there is an obligation to ensure that the confidence level of planning data and information is high. Questions about its accuracy will undermine its perceived value. It is therefore important to follow good security practices for access and rights management so that information quality is not compromised. Planning confidence is ultimately a combination of serviceoriented demand modelling translated into measurable financial requirements with a high degree of statistical accuracy. The financial requirements act as inputs to critical business decision making.

More on Financial Management

Read more on Financial Management here:


 

Financial Management - Accounting

Accounting within Financial Management differs from traditional accounting in that additional category and characteristics must be defined that enable the identification and tracking of serviceitilfoundations.comriented expense or capital items.

As accounting processes and practices mature toward a service orientation, more evidence is created that substantiates the existence and performance of the IT organization. The information available by translating cost account data into service account information dramatically changes the dynamics and visibility of service management, enabling a higher level of service strategy development and execution.


 

Financial Management - Costs

Direct versus indirect costs are those that are either: 1) clearly directly attributable to a specific service, versus 2) indirect costs that are shared among multiple services. These costs should be approached logically to first determine which line items are sensible to maintain, given the data available and the level of effort required. For example, hardware maintenance service components can be numerous and detailed, and it may not be of value to decompose them all for the purpose of assigning each to a line item cost element. Once the depth and breadth of cost components are appropriately identified, rules or policy to guide how costs are to be spread among multiple services may be required. In the hardware maintenance example, rules can be created so that a percentage of the maintenance is allocated to any related services equally, or allocation rules could be based on some logical unit of consumption. Perceived equality of consumption often drives such decisions.

Labour costs are another key expenditure requiring a decision to be made. This decision is similar to that of 'direct versus indirect' above, compounded by the complexity and accuracy of time tracking systems. If the capability to account for resources allocated across services is not available, then rules and assumptions must be created for allocation of these costs. In its simplest form, organizing personnel costs across financial centres based on a service orientation is a viable method for aligning personnel costs to services. Similarly, administration costs for all IT Services can be collected at a macro level within a financial centre, and rules created for allocation of this cost amongst multiple services.

Variable cost elements include expenditures that are not fixed, but which vary depending on things such as the number of users or the number of running instances. Decisions need to be made based on the ability to pinpoint services or service components that cause increases in variability, since this variability can be a major source of price sensitivity. Pricing variability over time can cause the need for rules to allow for predictability. Associating a cost with a highly variable service requires the ability to track specific consumption of that service over time in order to establish ranges. Predictability of that cost can be addressed through:


 

Financial Management - Implementation Checklist

The tracks indicated below serve as a sample checklist of recommended implementation steps that should be addressed. The guidance below is not intended to be a project plan, but a representation of a phased approach to implementation.

Stage 1 - Plan

Track 2 - Analyse

Track 3 - Design

Track 4 - Implement

Track 5 - Measure


 

Financial Management - Return on Investment

Return on Investment (ROI) is a concept for quantifying the value of an investment. Its use and meaning are not always precise. When dealing with financial officers, ROI most likely means ROIC (Return on Invested Capital), a measure of business performance. This is not the case here. In service management, ROI is used as a measure of the ability to use assets to generate additional value. In the simplest sense, it is the net profit of an investment divided by the net worth of the assets invested. The resulting percentage is applied to either additional top-line revenue or the elimination of bottom-line cost.

It is not unexpected that companies seek to apply the ROI in deciding to adopt service management. ROI is appealing because it is self-evident. The measure either meets or does not meet a numerical criterion. The challenge is when ROI calculations focus in the short term. The application of service management has different degrees of ROI, depending on business impact. Moreover, there are often difficulties in quantifying the complexities involved in implementations.

While a service can be directly linked and justified through specific business imperatives, few companies can readily identify the financial return for the specific aspects of service management. It is often an investment that companies must make in advance of any return. Service management by itself does not provide any of the tactical benefits that business managers typically budget for. One of the greatest challenges for those seeking funding for ITIL projects is identifying a specific business imperative that depends on service management. For these reasons, this section covers three areas:


 

Financial Management - Value and benefits

The landscape of IT is changing as strategic business and delivery models evolve rapidly, product development cycles shrink, and disposable designer products become ubiquitous. These dynamics create what often appears to IT professionals as a dichotomy of priorities: increasing demands on performance and strategic business alignment, combined with greater demand for superior operational visibility and control. Much like their business counterparts, IT organizations are increasingly incorporating Financial Management in the pursuit of:

IT organizations are conceding they are quite similar to market-facing companies. They share the need to analyse, package, market and deliver services just as any other business. They also share a common and increasing need to understand and control factors of demand and supply, and to provision services as cost-effectively as possible while maximizing visibility into related cost structures. This commonality is of great value to the business as IT seeks to drive down cost while improving its service offerings. The framework below illustrates the commonality of interests and benefits between the business and IT

Service and strategy design both benefit greatly from the operational decisionmaking data that Financial Management aggregates, refines and distributes as part of the Financial Management process. Rigorously applied, Financial Management generates meaningful critical performance data used to answer important questions for an organization:

Without meaningful operational financial information, it is not possible to answer these questions correctly, and strategic decisions become little more than instinctive responses to flawed or limited observations and information, often from a single organizational unit. Such methods can often incorrectly steer strategy, service design, and tactical operational decisions.

Whereas Financial Management provides a common language in which to converse with the business, Service Valuation provides the storyline from which the business can comprehend what is actually delivered to them from IT. Combined with Service level management, Service Valuation is the means to a mutual agreement with the business regarding what a service is, what its components are, and its actual cost or worth.

Additionally, the application of Service Valuation discussed in this chapter transforms the discussion and interaction between IT and the business customer, and the way customers plan for and consume IT Services. The use of Financial Management to provide services with cost transparency (such as via a Service catalogue) that can then be clearly understood by the business and rolled into planning processes for demand modelling and funding, is a powerful benefit. Such maturity in an IT operation can generate enormous cost savings and Demand Management capabilities.


 

Financial Management - Variable Cost Dynamics

Variable Cost Dynamics (VCD) focuses on analysing and understanding the multitude of variables that impact service cost, how sensitive those elements are to variability, and the related incremental value changes that result. Among other benefits, VCD analysis can be used to identify a marginal change in unit cost resulting from adding or subtracting one or more incremental units of a service. Such an analysis is helpful when applied toward the analysis of expected impacts from events such as acquisitions, divestitures, changes to the Service Portfolio or service provisioning alternatives etc.

This element of service value can be daunting since the number and type of variable elements can range dramatically depending on the type of service being analysed. The sensitivity analytics component of Variable Cost Dynamics is also a complex analytical tool because of the number and types of assumptions and scenarios that are often made around variable cost components. Below is a very brief list of possible variable service cost components that could be included in such an analysis:

The analysis of Variable Cost Dynamics often follows a line of thinking similar to market spaces, covered elsewhere in this publication. The key value derived from this body of knowledge focuses on more precisely determining what fixed and variable cost structures are linked to a service, and how they alter based on change (either incremental or monumental), what the service landscape should look like as a result, how a service should be designed and provisioned, and what value should be placed on a service.