Getting your tech budgets passed

Your technical expertise may mean you'll be asked to help write a proposal and financial plan for your company's next IT project. Don't let your tech-speak alienate decision-makers and stall your project.

Tech-speak will always be Greek to the layman. If only you could speak exclusively with other IT prosââ,¬"fluent and articulate in your digital dialoguesââ,¬"all would be well. Unfortunately, if you're part of a corporate IT support and network administration staff, your job description includes the ability to communicate effectively with non-technical staff and management, some of whom are your budget managers and executive officers.

At one time or another, you may be asked to prepare a full-blown study and/or financial plan for a high-end IT project. Not only does that mean you have to break out of your usual role as technical problem-solver, but you're also faced with the formidable task to "speak English" to win your non-technical decision-makers' collective nod.

When caught in this dilemma, the following tactics may help you speak your bosses' language to get your IT project and budget proposal approved.

Highlight the bottom line

We asked three veteran IT professionals what specific strategies they would recommend to a tech who needs to build a compelling non-technical project proposal and budget plan. They offered various methods but agreed on the primary focus: the bottom line.

"The most important issue is clearly cost justification," said Scott Diamond, freelance IT consultant and proprietor of Diamond Computing Associates. "If you can show management that your project will save x millions of dollars, you rarely have to do anything more." As long as you can show that the project will either save the organisation money or earn money for it, it's a shoo-in, he said.

"Your executive summary should spotlight your bottom line," said Ariel Giron, UNIX specialist at David Jones Ltd. "It should underscore the project cost along with the benefits to the companyââ,¬"in concise terms."

Keith Pasley, CISSP, security practice manager of Dimension Data North America, said an IT professional seeking project approval "will need to include return on investment (ROI) data, total cost of ownership (TCO), and data showing either how the project will increase revenue or reduce costs, preferably both".

Back your numbers with concepts familiar to executive management Above-industry-average ROIs may be enough to satisfy the officers who hold the corporate purse strings, but if you're anticipating requests for supporting arguments, Pasley suggested incorporating business sense in your project proposal.

A licensed systems security pro, Pasley used a security project as an example. "Many businesses have seen an increase in spending for IT; however, the percentage spent on security seems to remain flat. Because security is seen as a cost, getting needed budget allocations takes some skill."

He recommended these approaches to prop up your justification:

  • Get third-party figures. If you can get a security assessment done, use data from it that shows where the vulnerabilities are and what the impact to the business will be in hard dollars to use as supporting, yet independent documentation.
  • Use industry-created lists. SANS Institute has developed a list of management errors that contribute to security breaches. Open Web Application Security Project has posted a list of top 10 Web application vulnerabilities.
  • Build a business case. Show that security supports the business plan and that it is aligned with the business financial goals (to either reduce cost or increase revenue). This raises the stature of the security project from a technical project to a business project. It is a good idea to seek out line-of-business stakeholders as sponsors of the project, as well as others in the organisation who will gain from it.

"The idea here is to provide concrete statements that can be backed up by relevant quantitative data," Pasley said.

Harness subjective justifications

"The problem occurs when you can't produce hard and fast numbers that prove cost effectiveness," said Diamond, who freelances as an in-house IT consultant for an insurance firm. "You then need to rely on more subjective means to justify the project," he said. He provided the following specific examples:

  • Productivity gains are a favourite issue. For example, an upgrade from 10-Mbps hubs to 100-Mbps switches will increase effective bandwidth, allowing workers to do more. If users are frequently staring at hourglasses, this can be a compelling argument.
  • Insurance is one of the arguments I would use to present justifications for projects such as a mirror site. Ask the managers if they have a business insurance policy. Then ask them to assess its worth. Then ask what they would lose if they were out of business for one day, one week, or one month. Show estimates of the cost and downtimes that might occur in case of a disaster. Show how quickly the company can be back up and running by employing the mirror site.

Present a professional proposal

Giron, who worked as a technical lead for a systems development firm for more than a decade, recalled his proposal-writing days.

"Nothing beats research to establish the feasibility of a concept. But at the end of the day, your research is only as good as the documentation you produce," he said.

He suggested several ways to make a technical proposal comprehensible to nontechnical decision-makers:

  • Get your numbers straight. Use detailed spreadsheets and one-page summaries to show costs, budgets, market projections, and all pertinent research figures.
  • Use graphics only if appropriate. If it helps to drive a point, use charts or graphs that your decision-makers can understand at first glance. A picture paints a thousand words, but if it's not worth that much, it's probably not worth putting in. Never use "cute" graphics in your document. You may get away with them in a PowerPoint presentation, but there's no place for cuteness in a project proposal.
  • Research, write, rewrite. Bosses appreciate well-written, logically organized, well-referenced, and heavily researched documentationââ,¬"material that answers all their questions and concerns and helps them make informed decisions. So research, and research some more; then write, rewrite, and rewrite some moreââ,¬"in "English".

TechRepublic is the online community and information resource for all IT professionals, from support staff to executives. We offer in-depth technical articles written for IT professionals by IT professionals. In addition to articles on everything from Windows to e-mail to fire walls, we offer IT industry analysis, downloads, management tips, discussion forums, and e-newsletters.

©2001 TechRepublic, Inc.

Advertisement

Talkback 0 comments

Latest Videos

Sponsored content

Power Centre - Content from our premier sponsors

Blogs

  • Suzanne Tindal Love me, tender
    Considering how expensive and drawn-out tender processes can be to solve problems that might be very immediate, it's little wonder that the Victorian Police IT department tried to work the tender exemptions system.
  • Array 2009 funding drought rolls on
    For Australian start-ups looking for venture capital, 2009 was a very bad year. 2010 may be no better.
  • Array Can not-so-smart meters help the NBN?
    It was interesting to witness Conroy's recent enthusiasm to spruik the NBN's role in supporting the Smart Grid, Smart City initiative. What a pity that Conroy hadn't yet seen the damning report from the Victorian auditor-general about that state's smart-meter roll-out.
  • More blogs »

Tags

Back to top

Featured