Technology as a Talent Magnet Tool!

At a conference last week a CEO on a panel discussion provided a reminder on things that resonate with employees. Not surprisingly it was not salary increases or bonuses, which while important and need to be competitive, have never been real retention differentiators. It was the little things.  For example, replacing the break room refrigerator and microwave brought in a flood of thank yous . My personal example was when we introduced a Bring Your Own Device (BYOD) program and the positive reaction that it brought to bear at 3t Systems and our clients.

BYOD has been around for a number of years and has been made possible by the advances in virtualization technology. While it was all the buzz a couple of years ago, many companies were not ready to adopt the initiative. Recently, we’ve received a flood of inquiries from clients about BYOD. Why now? The consumerization of IT has taken hold and is now forcing IT leaders to accommodate the devices that their users are most comfortable with. It’s hard for an IT leader to say no to their CFO or CEO who comes to them with their iPad in hand and demands access to company systems.  Right now it’s still leading edge in many industries and can be a retention tool, or indeed a nice talent attraction tool. We know most college students are on Macs, and it’s a nice attraction for them to be able to use their device in their new job. While it won’t be the main reason for getting that top talent on board it certainly helps. Over time I believe that it will be the norm rather than the exception your coworkers will expect.



PC or Mac?



While using your own device helps, what about the applications that will be accessed? Accessing antiquated versions of Windows will not get a new hire excited about working on any device. So planning out an upgrade to the more recent versions will have a positive impact on employee morale and give them the positive perception that you value them and you are backing that up by giving them access to the latest tools. Interestingly enough the same virtualization technologies that enable BYOD will also speed up and reduce the cost of upgrading your Microsoft core.

What about your line of business application? How up to date is that application and is it a positive differentiator for your business? Organizations that have such a differentiator in place with great user experience and adoption rates, go to great lengths to protect that. I know of a number of regional medical clinics that have a clause written into their contract with their Electronic Health Record software providers. This clause prevents an implementation of their software at any hospital or clinic within a certain geographic radius. Retaining the clinicians in a very competitive marketplace is very important to them and technology plays a part in this.

What are you doing to make technology a talent differentiator for your organization?  I look forward to hearing from you!

DRBC - To do or not to do… that is the question!



Need a life jacket?



Confusion reins over the difference between Disaster Recovery and Business Continuity. Business Continuity (BC) is a company-wide program that plans how a company continues to operate in spite of business interruption - including personnel, facilities and IT. Disaster Recovery (DR) is a narrower subset of BC. The IT aspect is an important part of each.

It's not that long ago that investing in DRBC infrastructure was outside the reach of most companies save for the large organizations. With advances in technology the cost of implementing an effective DRBC infrastructure has been substantially reduced by as much as 60 percent. So now it's more of a question of “Can you afford not to put some analysis into making an informed decision around DRBC?”

There are all kinds of statistics available about the low probabilities of a disaster hitting your company. Thankfully, natural disasters in Colorado are less likely except for large snow storms, or an eastern plains tornado. Many Colorado based companies have higher risks from man made disasters be it fires, power outages, localized flooding, or environmental hazards caused by proximity to highways or railroads. However, DR typically gets relegated to low priority status unless there is a board or industry mandate to take it seriously.

Business Continuity discussions seem more practical to many decision makers who hold the purse strings. Suffice it to say the risk of disruption from something simple is much higher than the risk of a large scale disaster. The typical causes, in order of occurrence, are human error, software failure/database corruption and hardware failure. But I hear you say, “I have backups of my data!” Yes you do, but have you recently recovered from a backup to test your recovery time; and do you have the requisite capacity or quick access to such capacity to get up and running quickly enough to meet your minimum business demands? Have you considered what the cost of the lost data and productivity is?

A very simple starting exercise is to name your top five applications/communication modes  for your company and assign a maximum downtime or Recovery Time Objective (RTO) for each one. The RTO will be the goal for maximum time that a recovery operation should take for that application. As a next step decide how often and when you will be completing backups of those applications to determine what is your Recovery Point Objective (RPO). RPO will be the goal for the maximum amount of data that will be lost due to a data destroying event. Have your management team complete the same exercise and see if there is uniformity of opinion on the answer. Then assign an estimated cost per hour for downtime and cost per hour of lost data to those applications. From here you can narrow down your business recovery requirements.

If you've already addressed these questions then you are in the advanced minority. If not, it's easy and does not cost anything except a little time and analysis to get started. Like most things in technology there is not a one size fits all scenario for DRBC. You can pick and choose what level of Business Continuity and how to apply it to a narrow list of applications or even users. Once you've defined your high level Business Continuity requirements it’s simple and cost effective to roll in offsite, disaster recovery elements into the plan.

Talk to your peers and find out what approach they are taking and why. Talk to a third party expert if you find that you are too close to your business to objectively assess the risks. More often than not it's the human intervention and not technology failure that causes a wide disruption (e.g., somebody triggering the sprinkler system on the floor above your datacenter, or an IT admin fat-fingering something). It's your job to be prepared for when, not if, disruptions or disasters occur.