- Whether to mention a pregnancy in a job interview
- A possible meeting protocol
- What are an end-user's responsibilities?
- Another take on opening PCs, or not
- Getting some process going
- Selling a more open environment to management
- Running an effective meeting
- Licensing rules for virtual machines
- The ROI of metrics
- Legal challenges to virtual machines
November 01, 2006 | Comments: (0)
More about winning the budget game
Dear Bob ...
As usual, thanks for the great discussion (in "Playing stupid games to win ... or at least to not lose," Keep the Joint Running, 10/23/2006).
Per your comment: "In practical terms, this means agreeing to whatever cuts in your budget are proposed by the other side, making two points clear in the process: (1) the business will have to do without something as a result of the cut; and (2) you won't be the one in the headlights -- the standard governance process will be the mechanism through which the company decides exactly what the business will have to do without. That's what it's for."
My concern is a repeat of the client/server era: If we don't acquiesce to the line of business' demands they may go out and build/buy it themselves circumventing the process and cost of governance. We have to work with the lines of business to ensure that they see the value in the added costs of governance (complying with standards, documentation, disaster recovery backups, keeping an eye out for audit gotchas, etc.)
And yes, you can use my name.
- Veronica Sanford
Dear Veronica ...
Make that part of the discussion: If the budget process results in cuts to IT's budget and the governance process allows each line of business to pay outsiders to do the work if IT lacks the budget to handle it, then the IT budget cut won't result in less total corporate spending and will result in islands of automation that don't fit into the company's systems as a whole.
And ... your job is to make the risk clear. If the company wants each line of business to contract externally, bypassing IT, that's fine with you.
Another point I'd make to you is this: If the company's governance process is so onerous that it's easier to go outside, you should provide leadership to the company to improve the governance process.
If, instead, the problem is that the governance process sometimes results in results that are the right results but are inconvenient to various people in the business, then you should provide leadership to the company to clarify the level of authority associated with the governance process. If it's just the first store for LOB directors to shop in, it probably isn't worth the effort and should be abandoned in favor of a governance process that more accurately reflects how the company leadership wants decisions to happen.
There is a deeper challenge in the departments-go-shopping scenario that's very difficult for IT to deal with, and that's the cost of ongoing support. It takes two forms. The first is when the contracting department tires of supporting its application internally, and wants IT to take it over. That's relatively easy to handle: Feed these requests through the governance process as well. It's just another chunk of spending for value maintenance. IT should be delighted to take it on, so long as it gets the right budget increment to pay for it.
The second form is the cost of interface maintenance. Most systems developed independently by departments won't have any automated interfaces. Re-keying data is king. But there are some where the department heads aren't completely bone-headed, and recognize that integration with the existing IT environment, or at least some basic batch interfaces, are the right way to go. With all the best of intentions, IT will easily and frequently break these interfaces - not through malicious intent, but by accident. They aren't part of the applications inventory; aren't part of the standard regression testing suite; and aren't accounted for in the change control process.
To solve this, work with the outside developers, informing them of the process through which they can register the interfaces they build with change control. If it costs more ... explain the facts of life to whoever signed the contract, and make it clear that you don't care either way. They have to make a business decision, and if their contractor isn't willing to give away service for free ... huh. Imagine that.
- Bob
Posted by Bob Lewis on November 1, 2006 04:48 AM
RATE THIS ARTICLE:
-

- COMMENTS
For far too many years, some managers have made a name for themselves by circumventing IT processes in the enterprise.
Unfortunately and eventually, they run headlong into project management, process control, and IT governance. Then they get mad and leave.
No, maybe that is a good thing!
Posted by: Lowellt at November 1, 2006 12:12 PMOne of the hardest sales seems to be for the what ifs. "We need a tape drive to run backups in case something happens to the office, and we neeed a recovery plan." "But when is this going to happen?" "we obviously don't know, but it might happen" "So we will deal with that when it happens".
Posted by: Ray Stevens at November 1, 2006 01:57 PMTo respond to Ray Stevens' observation about convincing a business to pay for backup and disaster recovery expenses...
I have never had a problem convincing someone to prepare for trouble. You just need to say it in a way that they can understand. (Don't use computer lingo!) Here is an example of what to say:
"Look at your computer and know that it is going to fail! All computers fail. It is only a matter of time. On the specification sheet for a key part of all computers is the manufacturers guess at how long it will take to fail. (The HD's MTBF) A computer is a business process and we can't play russian roulette with our business. Lets prepare for these problems so when they crop up it is of little more inconvenience then swapping out a failed toaster."
|
Three books. Three ways to change the world, your life, or at least Bob Lewis' bank account. Leading IT: The Toughest Job in the World distills the world of IT leadership into eight learnable skills and gives you concrete, practical techniques for each one of them. Bare Bones Project Management: What you can't not do makes project management manageable, even for first-time project managers with no formal training in the discipline. ManagementSpeak: What managers say/What they mean … well, it won't help your career, and won't make you a better manager. Mostly, it will make you chuckle, guffaw, and maybe even chortle. Make friends - it's the perfect gift for anyone who has ever suffered through one of those meetings. Order your copies today! |
TOP STORIES
ADDITIONAL RESOURCES

- Virtualization: A Step by Step Approach to Success
- Dialing up Agility with Business Transformation
- 5 Things You Need to Know About Storage Virtualization

- Is your smaller organization ready for High Availability?
- Is system maintenance doing more harm than good?
- Virtual Test Lab Automation: Manage development infrastructure





