How Can Companies That Rely on Technology Consistently Not Pay for It?
I was going ask you for your take on what will be this year’s marketing trend to boost sales. We have seen things like green computing and virtualization and the ever popular security (pick your favorite subtopic – USB data slurping, laptop encryption, firewalls etc), or whether Linux is for smart people but I was talking with a couple of friends, both technical and end user and ended up shaking my head.
The topic – how can companies, that rely on technology to make money, continue to fail to spend the money necessary to keep that technology not only functional, but recoverable. The first story came from a friend in logistics. She is an end user and sent me an email along the lines of they have been playing with the servers and just lost payroll. Now she is not savvy enough to explain what lost payroll means, but the upshot was the company was going to have to call the person who set it up and get him to fix it. This person, as I understand the story, no longer is employed by the company and lives several hundred miles away.
The second story comes from a friend who has his own small business taking care of other small business IT needs. He cannot find enough quality people to cover all of his needs and he occasionally calls me when he runs into Linux issues. He was telling me about a problem he was having at one of his customers and describing the infrastructure to me and he got about half way through the tale when I asked him why he had done it that way. The upshot of the story was that the company would not pay for a more robust solution, despite the fact that there were several single points of failure and certainly considerable risk points.
As someone who works in an enterprise environment as well as someone who has worked in small associations and small business, this is hardly a new trend, but as the economy begins to slough off jobs and spending becomes even more restrictive, companies will continue to cut essential services, further risking their IT infrastructure. This is not a new situation. IT is always the ugly duckling at the show. At best, when everything is working, no one sees us and the bean counters wonder why they are paying us. At worst, it is mass chaos and the bean counters wonder why they are paying us.
So what to do? One of the best things is to collect and keep current metrics that show dollars per cycle (feel free to define a cycle). For example, a common metric is the amount of money the company will lose if the database is down per minute, or production losses per minute of outage. Some of these numbers are pretty easy to obtain but others are not and require some creative accounting and a lot of schmoozing with the HR and financial folks that do not always like talking about things like gross salary or operating costs. Another, more subjective area is morale. When IT systems are running correctly, people do not see it and are focused on other things. When they are not running well, people are tense. For example, when I took over at a company several years ago, the network had a terrible reputation, crashing on a regular basis, almost like clockwork. This resulted in a lot of tension and excessive spending on supplemental equipment at the department level just to be able to get the job done. It took a while to beat the network into shape but once it was humming, people were more concerned about other things and actually smiled at the IT folks. Finally, there are several risk factors that can be documented. For example, every dollar that is cut in backup solutions results in a measurable time to restore in the event of failure. This is not always catastrophic failure. This could be as simple as the CEO’s assistant deleting a key memo to the shareholders (or the equity company more likely). If it cannot be retrieved, then the assistant’s time has been wasted. That has both a dollar value and a risk attached to it. You can discuss security issues. The case of the missing payroll is a big red flag to me on a number of levels, least of which is letting a former employee back into the systems, as benign as it might be.
Companies have a love/hate relationship with their IT organization. As IT people, we need to be more proactive in showing value, both to make sure we can afford to do the job expected of us, and to ensure we can properly describe the risks of cutting the costs in a language that those in charge of the purse strings will understand.
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
- RSS Feeds
- Dynamic DNS—an Object Lesson in Problem Solving
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- A Topic for Discussion - Open Source Feature-Richness?
- Drupal Is a Framework: Why Everyone Needs to Understand This
- Validate an E-Mail Address with PHP, the Right Way
- What's the tweeting protocol?
- Readers' Choice Awards
- BASH script to log IPs on public web server
3 hours 3 min ago
6 hours 39 min ago
- Reply to comment | Linux Journal
7 hours 11 min ago
- All the articles you talked
9 hours 35 min ago
- All the articles you talked
9 hours 38 min ago
- All the articles you talked
9 hours 39 min ago
14 hours 4 min ago
- Keeping track of IP address
15 hours 55 min ago
- Roll your own dynamic dns
21 hours 8 min ago
- Please correct the URL for Salt Stack's web site
1 day 20 min ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?