While moving to cloud is a good thing, it is critical that an organization proceed with caution. Regardless of whether your company is looking at one workload, multiple workloads, or an entire portfolio, transforming from on-premises to cloud-based IT requires more than just understanding the technology. Successful cloud adoption dictates a pin-sharp focus and a detailed blueprint, as a single misstep can become costly and time consuming.\nFollowing a prescriptive approach to implementing a cloud program streamlines your transformation, accelerating time to value and reducing risk. Here are 10 key takeaways based on\u00a0helping hundreds of businesses plan, design and build their cloud programs. No matter how far into your cloud journey you are, you will find something that applies to your organization.\n1) Kick off your cloud program with a vaccination\nIt should come as no surprise that not everyone in your organization will support a cloud program. As a matter of fact, we consistently see blockers and conscious resisters in almost every enterprise we work with. What\u2019s the solution? As with most ailments, early intervention is key. We have found that bringing key stakeholders together (in the same room) early immunizes your organization against viruses and eliminates blockers.\n2)\u00a0\u00a0\u00a0 Make a cloud-first commitment\nCore to making a cloud-first commitment is asking the question: \u201cWhy are you moving to the public cloud?\u201d The answer to this simple, but powerful question eludes many of our clients.\nCloud first means that all of your applications and data will move to the cloud unless there is a compelling reason that they must remain on premises. Without a cloud-first strategy, you are simply keeping your application and data teams with one foot on first base while asking them to try and steal second. When this happens, the results are marginal at best, since there is no focused dedication to making the changes necessary to reap the full benefits of cloud.\n3)\u00a0\u00a0\u00a0 Establish a cloud business office\nCloud adoption will have an enormous impact on your company, evolving processes that have not been seriously touched in decades. For the first time, developers are able to create and modify their infrastructure requirements using software. The implications of such power are both dazzling and frightening.\nSoftware development has lived in a static world of change management where the critical nature of the business impact has created tight control processes and long approval cycles. Thus, the need for a\u00a0cloud business office\u00a0(CBO).\n4)\u00a0\u00a0\u00a0 \u00a0Know your cloud economics\nUnderstanding the economics of cloud adoption seems like a no-brainer best practice. However, our experience shows that over 50 percent of enterprises do not take the time required to determine the business case for moving to the cloud, probably because they \u201calready know\u201d it is a good thing. Nevertheless, an organization gains many valuable insights by building a business case and improving its understanding of\u00a0cloud economics.\n5)\u00a0\u00a0\u00a0 \u00a0Discover the inner workings of your application estate\nPublic cloud environments like AWS, Microsoft Azure, and Google are not fully backward compatible. That means some of your applications are not going to be able to move to the cloud. Depending on the importance of these applications, there will likely be a hybrid cloud network whereby the public cloud provider is connected with a private MPLS circuit. In this mode, cloud-based applications can access legacy on-premises services while still gaining the benefits of a cost-efficient and agile infrastructure.\nThe challenges with hybrid cloud networks include latency issues as well as the volume of data being transmitted through the network. Simply put, you could cripple your cloud program without an understanding of the application mapping and data volume between application dependencies.\n6)\u00a0\u00a0\u00a0 \u00a0Build a minimum viable cloud\nThe\u00a0minimum viable cloud (MVC)\u00a0is one of the most important of the 10 best practices. Based on the concept of the minimum viable product, the MVC is the starting point of your first production cloud and a platform that you will iterate and improve as you migrate to the cloud. Azure, AWS, and Google all allow for automation programming as the primary means to build the new platform. Therefore, we now must think about our cloud as a piece of software. Hence, the new mantra "infrastructure is code."\n7)\u00a0\u00a0\u00a0 \u00a0Perform a security and governance gap assessment\nCTP\u2019s Cloud Adoption Program is very prescriptive. After hundreds of cloud engagements, we discovered that the cloud security technology used from client to client is nearly identical. There are repeatable patterns of reference architectures that form a baseline by which we can assess gaps in your program. We have built those repeatable patterns into the MVC model, and the patterns are standard with every MVC we build.\nWhat is often missed, however, is the assessment of the security and governance control objects that map to the repeatable patterns in the MVC. The control objectives may range greatly from client to client, with some requiring PCI and SOX regulations, and others adhering to NIST, FISMA, and many other industry standards. The challenge is understanding how these standards and regulations map to your cloud program.\n8)\u00a0\u00a0\u00a0 \u00a0Plan for continuous compliance\nEnterprises have many controls that govern the IT environment. Since most of the resources are hardware-based, the controls take the form of\u00a0change management\u00a0and operational services. However, the new cloud model is software-based and ungoverned by its very nature.\nThe new consumption-based model requires a new level of governance. Using the standard change management and controls approach simply does not work. Legacy change controls will slow the process down, and you will find yourself back in the same situation you were trying to escape.\nWhat\u2019s required is continuous compliance. In this context, continuous compliance is software that is constantly looking at your environment and controlling the consumption and usage of services in your cloud. The controls are implemented using \u201csoftware signatures\u201d that check for specific governance and compliance requirements.\n9)\u00a0\u00a0\u00a0 \u00a0Implement automation frameworks\nThroughout these best practices, we speak of automation as a core tenet of implementation. Infrastructure as code is the mantra. At the core of cloud adoption is the automation of infrastructure builds for every application. The goal is to have each application implemented and deployed through code. We want to take a DevOps mentality to the development of our new cloud environment.\nAt the heart of the automation mantra are the MVC automation templates. Your goal is to get to repeatable automation templates that carry the operational governance we spoke about in the prior section. For example, onboarding a new application team to your MVC should pull 90 percent or more of its code for the cloud platform from GitHub and the frameworks you are managing.\n10) Prepare for Migration @Scale\nMigration @Scale refers to the technology, processes, and people who move application workloads to the cloud leveraging a factory model. There is a deep desire within many clients to get out of the data center business. Most executives understand the benefits of public cloud and have directed executive IT leadership to reduce data center costs by moving to cloud.\nAcross industries, our experience points to an average TCO savings of around 40 percent year over year, and the primary way to achieve this goal is through an application migration factory approach. To accomplish a solid reduction in TCO requires a significant migration of application workloads to the cloud.\nIn our prior nine best practices, we have been\u00a0preparing your team to move many hundreds, if not thousands, of applications. This requires a solid factory approach to migration. Having determined which applications can move to the cloud, we set up the cloud environment, secured it, and prepared operations to receive the applications.\nSummary\nYour cloud program is the single most significant technology shift your company will face over the next decade. Getting to cloud requires much more than following a few best practices. Before starting your cloud program, make sure you have assembled a team with the experience, tools, and processes necessary to execute the move successfully, the first time.\nThis article originally appeared in\u00a0The Doppler\u00a0and has been reposted here with permission.\nClick here to read the full report.