Showing posts with label contract. Show all posts
Showing posts with label contract. Show all posts

Wednesday, December 19, 2012

Your Budgets For Next Year Are Likely Now Complete, Now See How it's Ruining Your Value Delivery.

Everyone has to deal with budgeting.  Budgeting is simply the process of determining how to fund your expected needs in a project.  Budgeting is not a process with an extensively long history.  Much like most modern management it is a function of how organizations with tremendous growth planned spending. They determine how people behave in any given situation. Focusing leaders' minds on the stewardship of shareholders' funds and ensuring that managers worried about controlling costs were its original functions, and leaders and managers, by and large, behaved accordingly. But budgets have since been hijacked by a generation of financial engineers that have used them as remote control devices to "manage by the numbers." They have turned budgets into fixed performance contracts that force managers at all levels to commit to delivering specified financial outcomes, even though many of the variables underpinning those outcomes are beyond their control. This leads to undesirable and, in many cases, unethical behavior.

How has budgeting and the finance process stiffed innovation to the extent where over 90% of professionals look at budgets in negative terms.  Why is there not more outrage regarding how the process denies agility?  Lean and agile models work towards delivering value while adapting to changing business needs.  I believe there is nothing more threatening to an agile and lean process then the limitations set forth with a budgeting process.  When budgets are calculated to forecast something a year to six months out how can this possibly foster value creation? Budgets are a modern day contract where the budget contract is usually fixed for a period of twelve months. Its purpose is to commit a subordinate or team to achieving an agreed-upon outcome and then to enable a superior to control the results against that outcome (reserving the right to interfere and change the terms if necessary).


How have we arrived at such high levels of dissatisfaction with budgeting? There are three primary factors: (1) Budgeting is cumbersome and too expensive, (2) budgeting is out of kilter with the competitive environment and no longer meets the needs of either executives or operating managers, and (3) the extent of "gaming the numbers" has risen to unacceptable levels. Few senior executives seem to be aware of these problems. They see outcomes in terms of numbers rather than behaviors. In this context, budget contracts can act like drugs. They seduce executives into believing that they have control over their future financial outcomes. But, like most drugs, they have serious side effects. They lead both senior executives and operating managers into an annual performance trap from which it is difficult to escape.


In these turbulent times the budgeting process struggled to cope. Goals and measures were internally focused. Intellectual capital was outside the orbit of the budgetary control system. Innovation was stifled by rigid adherence to fixed plans and resource allocations agreed to twelve to eighteen months earlier. Costs were fiercely protected by departmental managers who saw them as budget entitlements rather than scarce resources. The internal focus on maximizing volume collided with the external focus on satisfying customers' needs. And far from being empowered to respond to strategic change, front-line people found that it was easier to do nothing than to try to get multiple signatures on a document authorizing a change in the plan.


The organizations I have worked with used to set targets on the basis of financial numbers that, more often than not, were negotiated between superiors and subordinates before the start of the year. These numbers were fixed for the year ahead and represented the key component of the annual fixed performance contract. All actions were then focused on meeting the numbers not on value delivery. However, whether this process maximized the profit potential  is doubtful given the desire for superiors to stretch ambition and the desire for budget holders to play safe.


What does the Lean Technology Transformation do to solve this?  Well it's not so simple but here are some ideas.  What holds your organization together is not a plan, but a commitment to a clear purpose and to a set of clearly articulated principles and values.  To create value intellectual capital needs to be set free from stifling bureaucracies, free from the restrictions of predetermined plans, free from the fear of failing to meet fixed targets, and free from the forced cross-company actions designed by central planners.  Agile leaders set targets based on high-level key performance indicators (KPIs) such as return-on-capital, free cash flows, or cost-to-income ratios. Goals are typically set at levels aimed at maximizing short- and medium-term profit potential at every level of the business. Managers are willing to accept (or propose) these stretch goals because their performance will not be evaluated and rewarded against them. They will subsequently be measured and rewarded using a range of relative indicators such as peer group performance, internal and external benchmarks, and prior years' results. "Baseline" goals set a lower reference level of expectations. Though goals are primarily financial at the highest level, they become more operational the nearer they are to the source of value delivery.

By making this transition The benefits are that the process of setting targets is fast (days rather than months) and because it is based on relative measures it will seldom need to be reset. Also, because the benchmarking bar is always being raised, it is more likely to maximize profit potential. Some project leaders figure they have saved 95 percent of the time that used to be spent on budgeting and forecasting. This time is more usefully spent on planning how to create more value for customers and shareholders as well as how to respond more effectively to change.

Changing to a more updated model fundamental matches the goals of a lean organization.  The impact on the behavior of front-line people must not be underestimated. It leads to what Harvard professor Chris Argyris calls "internal commitment." The hidden problem, according to Argyris, is that people have to deal with two types of commitment. First, there is external commitment, which, by and large, leads people to fulfill contractual obligations specified by others, and in which performance goals are top down. Second, there is internal commitment, which allows individuals to define their own plans and the tasks required to fulfill them, and which is participatory, comes from within the individual, and leads to people taking risks and accepting responsibility for their actions.This is the behavior that the relative improvement contract seeks to encourage. The rhetoric of leaders does not produce internal commitment any more than it leads to effective empowerment or personal responsibility. Such changes require a fundamental change in the process that determines the behavioral context.

Finally, what needs to happen in the firm is a decentralization which enables leaders in your high performance teams.  Below are six common principles which organizations who have made this break posses:

1. Built a governance framework based on clear principles and boundaries
2. Created a high-performance climate based on the visibility of relative success at every level
3. Provided front-line teams with the freedom to make decisions that are consistent with governance principles and strategic goals
4. Placed the responsibility for value creating decisions on teams
5. Focused teams on customer outcomes
6. Supported open and ethical information systems


The leaders in question have abandoned the notion that employees base their commitment on mission statements and detailed plans prepared by someone else. They have abandoned the command, compliance, and control approach that assumes that strategy formulation and execution take place in separate compartments. And they have abandoned the assumption that front-line managers cannot be trusted with the responsibility to think and act on the latest information in the best interests of the firm as a whole. They have built a relative improvement contract based on mutual trust, with clear responsibilities for high-level performance from front-line people. They have also built a community spirit that reflects the interdependence of the organization and that supports seamless solutions for customers. Above all, they have recognized that people respond more positively to clear values and principles than to nebulous mission statements and detailed plans.

Claim Code - QJ225G8B6PJC

Saturday, April 2, 2011

Leveraging Agile Principles in IT Operations:3 of 4

Customer collaboration over contract negotiation

Agile Overview

The last post in this series outlined how you can get your arms around creating meaningful documentation using the Agile concept of maintaining working systems over comprehensive documentation, starting with identifying how you will be using the documentation.

This week we’ll look at the third precept of the Agile Manifesto: Customer collaboration over contract negotiation.

Identifying the Customer

Identifying the customer can be more complex than it seems, particularly when your customers are internal, as they are for many IT operations teams. Numerous articles have approached the topic of the business as the IT customer. Basically, your customers include anyone who comes to you for help with any of the services you provide. They are looking for you to add value to their request. They have come to you with an understanding that you are the subject matter expert.

There may be dissention from the lean camp regarding who the customer is, but the customer in this case is the group that provides us with capital based on the value received. This article will focus on operations departments that only support internal customers.

Most companies have a set process by which internal customers may approach the operations team for services, often filtered through the helpdesk. Others have a more informal approach that relies on various types of shoulder tapping or other uses of informal methods. Another approach is to embed operations resources within project or product teams.

Whatever engagement model your organization uses, it’s important for your team to know how customers might contact IT operations and exactly what services you can provide them. Additionally, if your process requires more formalized methods it’s beneficial to ensure all participants of the process follow that process consistently.

The Contract Approach

IT service contracts are used extensively by consultants and 3rd-party service providers for various business-to-business needs. They’re valuable for defining factors such as time, cost and scope. They also set expectations relative to those factors. The common reason why this contract exists is because a contract is a legal binding between two independent and separate organizations. Without a contract there’s not a legally binding method of recourse should a disagreement occur. Furthermore, a contract will help two firms define the roadmap of their relationship and can provide details on the formalized components of the agreement.

Similar contracts are cropping up increasingly often between IT operations teams and their internal customers. A low-level type of internal contract is the Service Level Agreement (SLA). While I fully support the idea of establishing SLAs, I believe that following more elaborate contracts internally takes the concept too far for an agile and/or lean organization. Internal contracts are a bad idea for several reasons.

Contract Drawbacks

First, internal contracts cause division between IT and the business. When one group within a company can stonewall another by refusing help because a service isn’t listed in the contract, or because the service doesn’t fit the defined role of the IT operations person to whom it was assigned, it damages both the business (because of delays) and the relationship between operations and other parts of the business.

Second, internal contracts can’t be enforced. If a breach of the contract occurs, neither party has legal recourse for the violation. A process that includes portions that lack power is wasteful, particularly if those portions also limit the work that can be done to support the business. If an organization lacks discipline to the point that it requires an internal contract to get work done, then there are deeper issues that need to be addressed. A contract is almost never the right answer.

Third, a contract limits collaboration and the spirit of teams. A team structure and hierarchy are less important then most firms believe. What’s important is to realize that a team needs to have the right skills and relationships focused on value delivery, not the right contract. When the disparate divisions in a company realize that there is only one team and we’re all part of it, the productivity of the organization can increase dramatically.

Focus on Value Delivery

Agile thinkers and most Lean fundamentalists tend to have very effective relationships with their customers because of their focus on process for value delivery. Focusing a team on the most efficient way to deliver value should take precedence over writing binding contracts. Often this can only be done when there’s trust between all members of the teams. Trust is the outcome that emerges when efficient teams focus on value delivery rather than roles and responsibilities.

Communication

If the information a communication practitioner receives is flawed in any way – be it false, misrepresented, misinformed, or inapplicable to specific goals – then the remainder of the process is irrelevant: the disseminated message will be flawed.

When you concentrate on efficiency, your organization’s methods of communication should be prioritized as the number one focus for delivering value between two teams. Start by determining the most efficient process for your teams and then decide how your organizational culture can support a communication process which is empowering and value driven.

Looking Ahead

In part 4 of this series we will examine how the fourth precept of the Agile Manifesto, responding to change over following a plan, supports an IT operations environment.

Jen Browne and Patrick Phillips

Popular Posts