BYOD vs. COPE vs. provisioned: That’s the wrong question to ask

analysis
Jan 25, 20138 mins

If you start with the answer, you'll force-fit the real needs into it, which is a surefire way to <em>not</em> address those needs

I’ve been in IT long enough that I’ve seen many different revolutions. Sometimes they start small and grow, while other times they start out as a huge tidal wave that you get swept up along in whether you like it or not. The last year has been one giant conversation about bring your own device (BYOD), whether it is happening, whether we should embrace it, or if we even have a choice. We have seen the rise of another model (COPE, or corporately owned, personally enabled) and pushback for the corporate-owned model of old.

The real problem with these conversations is that they always start with the wrong question. What model do we need to move to in order to be successful? Is it even a one-choice question: Do you go with BYOD, do you go with COPE, or do you stick with the legacy model?

[ Subscribe to InfoWorld’s Consumerization of IT newsletter today. | Get expert advice about planning and implementing your BYOD strategy with InfoWorld’s in-depth “Mobile and BYOD Deep Dive” PDF special report. ]

Anyone who believes that you can take a strict technology model and apply it to your whole workforce hasn’t worked in IT long enough.

These types of arguments are nothing new; they’ve been going on for years. In my previous position I was among those responsible for the data center and servers, and we were looking at cloud computing. We had the stalwarts who proclaimed that doing anything less than public cloud was doing it wrong. Then we had the other side that was very popular a few years ago, claiming that private cloud was just fine and public cloud pundits could pawn their wares somewhere else. Finally, you had what some would term as the voices of reason saying that everyone should move to a hybrid cloud that consisted of workloads in the public and private clouds. You had three different models, and you had to pick only one.

This sounds quite similar to the “BYOD versus COPE versus traditional corporate-owned” conversation. There are even the same voices of reason who tell you to do both based on level, title, and/or need of the users involved. In both battles — and let’s be honest that they are battles — there is name-calling on all sides and everyone knows that they are right.

On the public cloud side, the big pull was always “You know there are people at your company (might be users, could be whole departments) who are buying public instances anyway, so you might as well embrace it, you’re already on your way.” The same argument is heard on the BYOD side: “You know, you already have people who are using their own devices, whether you allow them or not.” These pundits aren’t wrong; there are people doing this right now in your organization.

The other side is convinced, as its cohorts came from the data center or corporate devices, that you shouldn’t mess with something that you know works. I mean, how hard can it be to set up a private cloud or buy mobile devices for your employees? It is, after all, something you have been doing for years. They claim the other side’s BYOD world is full of security breaches, malware, and who knows what else. Why worry about those things when you can be safe and secure all the time (or so they say)? Maybe it costs more money and maybe it saves some. Isn’t peace of mind worth it?

The other side responds immediately that you can only save money through public clouds and BYOD programs. After all, Amazon.com can set up instances far faster and for much less money than you ever could, thanks to cost sharing (multitenancy) and economies of scale. Employees are buying their own smartphones, so why should you pay for them?

It becomes a battle where each side hits each other with the latest bit of research or FUD (fear, uncertainty, and doubt) that makes its case better and will hopefully sway you into the “proper” choice.

If you are in IT, though, it’s a completely different story. You get left with the battle-scarred pieces that you have to implement and make work in a way that proves out the deciders’ answer, whether they are right or not. It isn’t hard to imagine why so many businesses are struggling to have cohesive strategy these days.

The approach should never be to predetermine the model, then fit the variables to it and make the math work for it. You remember doing that in school, don’t you? You had the answer to a question, but the teacher wanted you to show your work. You puzzled through the equations and hoped you could find one that fit. If it didn’t, you found a way to muddle the numbers, so at least it seemed to work out correctly.

The question that you should be answering all along is “What is the right tool to enable my users to be the most productive and efficient they can be?” The goal of technology should be to enable users, and IT has to learn to live this or risk the rise of shadow IT.

The answer can never be a stringent model that doesn’t take into account the work that your employees do. It becomes a question of what allows them to be flexible and agile, which helps increase their productivity and efficiency while still being able to have a life.

Once you start looking at what your employees are doing and how they fit into your business, you can look at the overall tools that you want to use. It may make sense to let employees buy their own devices because the apps that they are going to use will work well on any device; they are agnostic to the OS and will let them be productive. In other cases, you may have employees going into hostile environments that need ruggedized devices that can withstand their daily job. Or maybe they manage personally identifiable or other sensitive information that you need to keep secure at all costs. You may have apps that are only designed for one or two devices. In some cases, the correct answer may be they need a tablet instead of a smartphone.

You see, the correct tool isn’t just the device, but the combination of the device and the app. It’s the experience that allows them to tap into a properly coded back-end API that gives them the appropriate information in the best way on the right device that makes it the best tool.

The same thing happens in the cloud arena. There are times that a public cloud makes the most sense and times when a private cloud makes more sense. It depends on what type of workloads you are running and what the boundaries are, such as whether they are regulated. You may have workloads that don’t fit into a traditional cloud and legacy applications that will be too expensive to rewrite that it makes more sense to keep them in the traditional data center or in your own private cloud designed for those legacy workloads. You may need response times that you just can’t guarantee on a public cloud.

It doesn’t matter what the parameters are: You are looking for the best tool that fits those parameters.

Let’s stop continually debating along these IT battle lines and start looking at what the best tools are. Let’s start looking at our business goals and how employees are equipped to achieve them. Let’s figure out the best tools that give them the best user experience and allow them to be more flexible and agile, producing better results faster. Let’s stop worrying about overarching models that are inflexible and instead embrace the chaos that breathes life into our enterprises.

Only through asking the right question do we give ourselves the opportunity to lap the competition and stay ahead in this crazy world of business. We all have access to the same toolbox when we start, it’s really a question of what tools we decide to put in it that informs our future success.

This article, “BYOD vs. COPE vs. provisioned: That’s the wrong question to ask,” originally appeared at A Screw’s Loose and is republished at InfoWorld.com with permission (© Brian Katz). Read more of Brian Katz’s The Squeaky Wheel blog at InfoWorld.com or at A Screw’s Loose. For the latest business technology news, follow InfoWorld.com on Twitter.

Brian is a director at pharmaceutical company Sanofi, where he manages mobile initiatives, including mobilizing the salesforce, building best practices for developing apps, handling BYOD initiatives, enabling new devices and form factors for success, and looking at ways to innovate in the mobile space for Sanofi. He started his career working with a multi-national New York financial company as an email architect, designing and maintaining their email and communications systems, which also involved supporting their mobile computing platforms. He later moved to Sanofi where he led the x86/Microsoft server group for many years before moving into his current position. He blogs on mobility, consumerization, and user-oriented computing at A Screw's Loose, where the original versions of his posts are published.

More from this author