1 Is your cloud adoption stalled?

The plan for adopting new technologies frequently does not represent the reality.

Organizations frequently adopt new technologies slower than they initially expected or in ways that don’t match their initial strategy. One interesting aspect of the 2021 State of DevOps report by Puppet1 is that over 79% of organizations are largely stalled in adopting DevOps and related technologies—and have been for years.

To see if your cloud strategy is currently successful, first evaluate how your teams are implementing cloud projects: 

  • Are you moving workloads from the cloud back on-premise? Nearly a third of organizations do, either repatriating workloads (30%) or moving cloud workloads into a datacenter (28%).2 
  • Are you multicloud or hybrid cloud? Only 30% of customers have a planned hybrid cloud strategy,3 but the average organization is using 5.3 different clouds.4
  • Are you using containers (and how)? Containers are assumed to be used for microservices development, but about 52% of organizations are using containers as virtual machines (VMs) that host monolithic applications. 
  • What criteria do you use to select an OS? Standardization is the preferred method to maintain manageability in hybrid environments, however many organizations fall into having different systems for different environments, such as development versus production or in different clouds

2 Are your current cloud projects successful?

About 65% of cloud projects fail to obtain expected project results.5

ailure does not mean that the projects were not launched or did not accomplish some goals. However, those projects missed some or all of the targets in key areas, usually falling short in the very reasons that cloud was adopted to begin with.

Cloud projects are usually trying to achieve a better platform around key operational areas: 

  • Speed of deployment 
  • Cost management 
  • Improved access

It is easy for the failures of cloud projects to be overlooked because the resources and feedback loops for cloud differ from those of traditional infrastructure projects. For example, the upfront costs for cloud seem significantly lower than physical hardware, but unmonitored usage can cause substantial waste.

Look at the historical performance of your projects in those three areas (not just initial outlays or performance) and start trying to assess how successful your recent cloud projects have been—and potential reasons they could be less successful than expected.

3 What are your business requirements?

Be clear on your objectives. 

The number one reason new projects fail is because of a lack of alignment about what matters, especially between business and technical teams.6

Your first goal should be to clarify what your business priorities are and how they relate to your strategic goals. 

  • What metrics matter for this specific project, and how will they be tracked?
  • Do you have to maintain compliance with government or industry standards? 
  • Who are the end users for this project, and what experience do you want them to have? 
  • How does this project fit into your business strategy? 
  • How frequently will the applications for this project need to be changed or updated?

If you have clearly defined business objectives, it becomes easier to keep alignment between business and technical teams as the project is launched and evolves.

4 What is your technical starting point? 

Your platform defines your infrastructure capabilities. 

The OS—whether in a datacenter or a public cloud—is the foundation that brings in crucial capabilities like security and development tools. Standardization in the operating environment influences how easy it is for you to automate processes, deploy new systems, and manage application life cycles. 

Assessing your current (not idealized) technical landscape will help you understand what your technical teams can do and can help identify challenges in either implementation or maintenance that can help keep cloud projects on track. 

  • Do you need to maintain existing systems in parallel with new projects?  
  • Do you have defined and well-understood workflows?  
  • Do you have a data management or data security strategy? How are cloud workloads storing or accessing data sources?  
  • Do you use multiple clouds or a mix of cloud and datacenter environments? How are these environments integrated? 
  • How will users or services access new cloud instances?  
  • Who are your stakeholders? What kind of communication or collaboration do you have between teams?  
  • Do you have consistent tools that you can use to manage instances in any environment?