Cloud migrations are now a necessity for most companies, but it would be a stretch to say that businesses have really mastered the process. Estimates list the failure rate for cloud migrations at anywhere from 30-50—making botched migrations a shockingly common occurrence!
There are plenty of reasons why this part of the digital transformation process continues to present a huge challenge for people—and we’ll dig a little deeper into some of those reasons below—but the overarching theme might be this: that companies feel pressure to modernize, but they don’t really know what they’re getting into. While it’s admirable that companies are jumping into new business realities with both feet, it’s critical to consider:
Without giving items like these the advanced consideration they deserve, you’re taking a big risk with your IT infrastructure.
We’ll spend most of this article talking about what can go wrong when you’re making the shift to the cloud, but first let’s discuss what the process can look like when it goes right. Some CIO and other stakeholders tend to think of cloud services primarily in terms of cost savings, but in point of fact they’re catalysts for much larger operational changes. The trick is to keep those changes in view while you’re making the transition. In a perfect world, this might involve a few steps:
Seems easy, right? Well, it can be—if you have a strong roadmap in place for managing the transformation. That said, there are some common pitfalls that tend to derail projects like this.
Right now, if you look at the numbers you’ll find that a huge percentage of businesses have migrated some of their infrastructure to the cloud, but the percentage of that infrastructure that’s being migrated is typically pretty low. Even as most businesses are partially cloud-enabled, very few perform a majority of their business functions in the cloud. This isn’t automatically a bad thing, since even businesses that are shooting for 100% cloud coverage shouldn’t make the change all at once. As such, it’s important to choose the right applications and systems for migration—even if you’re going to migrate more later. For this, there are a couple of questions you might ask yourself:
Without asking yourself questions like these, you might find that you’re spending a ton of money and time and ultimately getting fairly little in return.
“Move fast and break things,” the tech industry’s unofficial motto, might be great for disrupting your industry and providing something new to your users—but it’s not a great strategy for cloud migrations. In fact, no version of “I’ll just make it up as I go” is going to work for you when it comes to a process this complex. Why might that be the case? Simply put, because you need a clear and well-defined roadmap if you’re going to make your deployment a success. What’s your initial timetable? What budget constraints are you looking at? Which teams are in charge of which elements of the transition? Who will make any necessary code changes to be sure that the rest of your systems still work? What will your new technical infrastructure look like? If you can’t answer those questions offhand, you’re going to run into frequent problems. Not only do the relevant teams within your operation need time to prepare themselves for whatever roles they’re going to play, they also need clear guidance to fall back on when they encounter decisions that need to be made. Ideally, your roadmap will provide that guidance.
Given how big of a choice this is for most companies, it might seem like we’ve buried the lede a little bit by listing this as pitfall number three. But, in point of fact, you’re not even ready to make a choice like this until you’ve at least sketched out a roadmap and made an informed choice about what to migrate. After all, answers to the relevant questions in choosing the platform (e.g. “What kind of data do you plan to store?” “What are your compliance requirements like?” “What’s your budget?” etc.) might not be immediately obvious until you better understand the process and your operational goals. That said, it certainly is an important decision, and it’s important to research as much as possible and to use the existing knowledge (both of the cloud providers and of your own needs) you’ve accumulated to make the right choice.
We alluded to this pitfall a little bit above when we talked about completing the operational handover from on-premise to cloud, but let’s be a little more explicit: just because you’ve powered down the stack of email servers heating up your back room, that doesn’t mean the job is done. For one thing, you’ve got to get your team and other stakeholders up to speed on what’s different versus what’s staying the same in whatever process or system you’ve updated. This might mean providing trainings internally, and it will almost certainly require some dedicated internal communications efforts. Beyond that, however, you’re also looking at some dedicated maintenance, troubleshooting, and aftercare. Often, CIOs that are pushing for a transition to the cloud labor under the misapprehension that the cloud requires virtually no ongoing maintenance—and while there are some cases where this can be partially true, you will incur maintenance costs and some point, just like you’ll ultimately wind up with some technical debt if you’re not devoting resources to your technology. This can often present a nasty financial shock to operations that aren’t prepared for it.
Last but not least, the final pitfall that tends to plague cloud migrations and deployments: trying to take on the whole project yourself. This kind of infrastructure project requires a huge outlay of time and person-power to get done—to say nothing of the deep knowledge dives that are required to sketch out a roadmap and make the right decisions as you deploy. Sure, the GE’s of the world can usually move some technical resources around to get a project of this scope done on time, but smaller companies are likely to be stretched thin already, especially when it comes to sparse developer and systems architect resources. Ultimately, this could lead to slowdowns due to underscoping, cost overages, and critical decisions and tasks falling through the cracks—resulting in a cloud migration that takes much longer to achieve ROI. This is where finding a trusted premiere partner might be worth considering. Rather than stretching your resources thinner than they can stand, or trying to scale person-power up and down as new migration needs arise, you can work with a partner who has in-house expertise on how to manage and support cloud migration projects. Rather than scrambling to manage a complex project with limited support and technical know-how, you can consider relying on someone for whom cloud migrations are basically routine. Given the cost savings a well-executed cloud migration can bring, anything you can do to smooth out the process is money well spent.
Intertec’s teams have hands-on experience in developing and migrating applications on leading cloud platforms. In addition to design and development, we provide a complete range of application testing, deployment and on-going support services for applications and servers migrated to the cloud. Click here to learn more. Prefer a personal consultation? Go ahead and schedule a meeting with us here!