For some federal agencies, the clouds available to meet demanding security requirements can be limited. Implementing with partners can help with offering a breadth of solutions, such as Amazon Web Services (AWS) Commercial, AWS Gov. Cloud and the purpose-built C2S. The value is in understanding the desired end-state and then expertly choosing the destination and aligning the implementation to meet mission needs without sacrificing security.

Have an Exit Strategy. It seems counter-intuitive to embrace transformational technology and worry about an exit strategy, but ask customers on contractor owned public/private clouds. It may have looked like a good idea at the time when prices were subsidized to entice adoption, but once locked-in with escalating prices and integral proprietary services it is neigh impossible to move the applications and data out. An exit strategy is just a smart thing to have since most clouds don’t adhere to common standards. Thus recognize what you are implementing on, what’s open and what’s not (i.e., vendor silo). Fanatically architect to ensure those proprietary hooks are easy to unhook from to allow you back into the open market when conditions warrant.

Exit strategies are prudent. As a consumer you know the value of an exit strategy. Ever want to move your wealth between financial providers? Switch bundled insurance providers? Change the termite protection on your home? It can be very hard to extricate yourself if you inadvertently adopted a lock-in methodology. Chief Information Officers consider exit strategies for telecommunications/cellular, facilities, payroll, and other services. Why treat cloud different? There is only one grounding principle that remains unchanged in the last 30 years of IT: Change and innovation are continuous. Why lock yourself into any solution when we know from history that innovation and creativity will emerge in ways we never expected in just a few years. Architect in advance to be able to exit.

Training. Let’s debunk one myth right away— that employees are techno-geeks simply interested in understanding a technology. We’ve engaged them as entrepreneurs and innovators that can fuel growth. At CACI the cloud is applicable to all eleven of the markets we serve and thus it made sense to think strategically and lead corporately. We embarked on a rapid AWS accreditation and AWS certification regimen across our entire company. Our training is voluntary, seeking employees with a learning orientation and a willingness to apply energy to pre-training learning and a post-training commitment to apply the learning to get certified. It was very powerful to give our engineers and operations personnel days outside their regular assignments in Architecture, Operations and Development instructor-led training with labs. The class was demanding but the change in venue afforded time to think and that time to think generated creativity and energy. The class examples and design blueprints sparked parallel thinking on how the technology could apply to our customer’s problems in our markets. To foster continuation of the entrepreneurial and collaborative spirit we leverage regular interaction with a community of practice. We made training less about the class work and more about demonstrating company commitment and building a village of like-minded forward thinking smart folks—or said simply, Fuel for Growth.

The new definitions of various cloud capabilities probably won’t feel any easier to remember than how it felt in grade school science class. But knowing how to avoid the ones that generate rain and adopt those that just make for a nice day can be the key to evolving your IT enterprise.