Category: ChefConf 2019

  • Using Automation Tools to Drive Collaboration, Innovation

    Using Automation Tools to Drive Collaboration, Innovation

    How automation can help business move past the walls of confusion between dev and ops

    In the current state of things, businesses are leaning more than ever on the collective intelligence of their tech teams to drive innovation within their respective organizations. These teams are always comprised of developers and operations professionals. With the foray into automation and the desire for companies to do more with less, it has never been more critical that all individuals, regardless of team, come together to do amazing things. Of all of the services available, Chef is a great example of a suite of tools that want to empower teams to do just that: come together and innovate. It is all about bridging gaps, which can range from simply redefining how teams think about each other to more complex things such as knowledge gaps.

    The first gap that almost always seems to come up when bringing teams together and driving business value is the duties gap. For too long we have sat on opposite sides of the coin. In operations in particular, too often we see ourselves as the ones that have to deal with the aftermath of unfortunate problems within code. But the fact is, we should all care about our systems, we should all care about our code and we should all be ensuring the longevity of both.

    Once you’ve moved past the first hurdle, then comes the gap in knowledge.  Scripting has become pretty common as companies press for automation, but in some instances, it becomes necessary to build up existing team members. Using enterprise automation tools such as Chef, entire teams and entire companies can begin caring about a shared thing: the configuration, health and state of their infrastructure and applications. In doing so, those same teams can begin speaking a shared language. Once this knowledge and shared language are in place, developers no longer view the ops team as an “other,” but rather as collaborators. They can each use their various areas of expertise and speak the same language without having actually having to speak the same language.

    The third common gap is the process gap. Process can represent all of those past processes that a company is reluctant to let go of, which can hinder the ability of the developers and operations humans when they’re attempting to collaborate. The process gap can become particularly difficult to move past without leadership buy-in; as such, it is critical to involve business decision-makers in this transformation. While nearly the entire industry is beginning to move toward more collaborative environments, the entire leadership team must be onboard with the requirements to make changes happen. With the use of automation tools in particular, though, processes can begin to shift more toward collaboration-friendly policies and you can then make the case for further expansion with proof that it can aid in your transformation.

    Empathy is the final gap that must be overcome. The great part about the other gaps is that they work hand in hand to solve each other’s problems. By promoting collaboration, resolving these gaps are also facilitating collaboration. The empathy gap is largely caused by silos of the past that have led to the commonly talked-about “wall of confusion.” Closing the knowledge and duties gap, developers and operations humans can now communicate and understand the same language and processes each is following. This allows the wall to be broken down and operations humans and developers alike can care about both code and stability.

    It’s easy to start getting dev and ops teams working together and on a more even playing field once these gaps have been eradicated. This becomes a big driver for innovation and is, in many cases, a true recipe for success within the company. During my career, I’ve both watched and been involved in these transformations. Working with solutions such as Chef has allowed me to cross the bridge myself, and likewise, be able to share with others how that can be scaled out to entire organizations.

    — Brittany Woods

  • Fostering ‘The Third Way’ via Learning

    Fostering ‘The Third Way’ via Learning

    Learning is an integral part of the DevOps process. Dojos can be critical in transforming the process.

    With so many new and evolving technologies, practices and approaches to product delivery, how can organizations possibly keep up? From infrastructure as code to cloud-native and microservices through product thinking (and don’t forget testing!) as well as chaos engineering, how can teams possibly adopt and benefit?

    Courses and training are fine but rarely result in the impact that today’s enterprise organizations had hoped for. Sometimes what is practiced and learned in courses doesn’t quite work in our organizations. Other times, people come back from courses with great ideas that are not shared and spread across their various teams. And in most cases, the learning is a special event, and when the people come back to work, there is no time or space to try and apply those learnings.

    Traditional approaches to training are weak and never transformational.

    So what is an enterprise organization to do?  The answer is simple: Embrace learning. Make it part of what we do every day. Gene Kim, one of the authors of “The DevOps Handbook,” mentions embracing “The Third Way”—the path of continual learning and improvement. In this book, Kim explains how The Third Way is about creating a culture that fosters two things: continual experimentation, which involves taking risks, and learning from failure. Being able to recognize that and practice are prerequisites to mastering DevOps practices.

    It all sounds great, but are any companies actually doing this? And if so, how?

    This is where an approach like the Dojo, an immersive environment where whole teams come to learn a variety of skills all while delivering their real work, can play a critical role. In this dojo environment, teams “learn by doing” and are guided by dojo coaches. These coaches aren’t the typical drive-by, tell-you-something-and-leave-materials type; these coaches sit with each individual, teach when needed and help teams learn by doing. These coaches need to be from within the organization.

    Teams leave this type of learning environment with not just new skills and better code, but also with an approach to move their learning forward. They can also share this knowledge with others as well as a way to continue learning as a team. This dojo-type of environment doesn’t have a standard curriculum—it is pragmatic by nature and meets teams where they are. For example, one team may learn TDD and product thinking along with a pipeline to production while another may learn how to migrate batch work to the cloud. Another team might learn DDD and microservices. But the teams all learn in the context of their work.

    Learning isn’t only for the team, though. Organizations learn by having their teams in the dojo. All of the friction that team members are experiencing becomes very visible. The dojo works with leadership to help resolve organizational friction that is frustrating teams and impeding their delivery flow.

    Today’s digital markets are moving so quickly that traditional course-based training does not scale both in terms of time and cost. Certification programs do not always provide enough information and can be very costly. Additionally, these types of programs are not always attuned to your company’s specific product development needs. To increase the effectiveness of your digital development teams, today’s enterprise organizations need to deliver high-quality, hands-on learning that takes place within the context of your own company. Further, this environment must be able to focus on your products, geared to your processes and driven by your market imperatives. The payoff includes shorter cycle times, reduction of production incidents, better overall products and a happier, more engaged team. It’s great to see more and more companies continuing to invest in continual learning through dojos as a way to achieve these outcomes.

    — Joel Tosi