{"id":1294,"date":"2019-02-15T10:32:03","date_gmt":"2019-02-15T07:32:03","guid":{"rendered":"http:\/\/kusuaks7\/?p=899"},"modified":"2023-08-07T10:29:35","modified_gmt":"2023-08-07T10:29:35","slug":"nine-key-phrases-of-devops","status":"publish","type":"post","link":"https:\/\/www.experfy.com\/blog\/software-ux-ui\/nine-key-phrases-of-devops\/","title":{"rendered":"Culture is the most effective tool for DevOps"},"content":{"rendered":"<p><strong><em>Ready to become DevOps Engineer? <a href=\"https:\/\/www.experfy.com\/training\/courses\">Browse courses<\/a>\u00a0like <a href=\"https:\/\/www.experfy.com\/training\/courses\/aws-certified-devops-engineer-professional-exam-training\">AWS Certified DevOps Engineer\u2014Professional Exam Training<\/a> developed by industry thought leaders and Experfy in Harvard Innovation Lab.<\/em><\/strong><\/p>\n<p style=\"text-align: center;\">\n<p>\u201cWe have the tools for DevOps but are not actually using any of them\u201d, said the CIO of a global insurance payer &#8212; rather symptomatic of some enterprises.\u00a0 This is very typical of enterprises who have a competent workforce with the skill sets to embrace next-generation tools.\u00a0 However, it is not always the case that they are in an environment that promotes a culture of collaboration with an open mindset.\u00a0 Thus, it may very well be that <em>culture is the tool number one when going DevOps. \u00a0<\/em>Minus culture, you think you are going DevOps &#8212; but are you?\u00a0 Let\u2019s take a look.<\/p>\n<p>I come across many different interpretations of DevOps in various interactions with my peers, customers, partners, and service providers. But the terminology used is consistent: Put a word-cloud around all these interactions, and you\u2019ll surface the usual suspects very quickly. Culture tops this list too!<\/p>\n<p>1. <strong>Culture <em>of the enterprise<\/em>. <\/strong>&#8220;You can use as much DevOps as you want,&#8221; as I heard from one of my co-presenters during the Gartner ITXPO Symposium last fall. DevOps is about striking a balance between the desire for agility and the need for stability. The culture of the enterprise at large can strongly influence which way the balance tilts and by how much. <a href=\"https:\/\/www.linkedin.com\/pulse\/driving-change-across-enterprise-culture-e-g-nadhan\" target=\"_blank\" rel=\"noopener\">Culture is also influenced<\/a> by market forces, change of leadership, and employee behavior. Which brings us to people.<\/p>\n<p>2. <strong>Mindset <em>of the people.<\/em> <\/strong>It all comes down to the people. Segments of the workforce may be very comfortable doing what they have been doing for years together, and may be less likely to change. On the other hand, you may have a whole other segment that is all about introducing new paradigms and business models enabled by technology solutions perceived to be cool and sexy. Fundamental concepts like team play and the willingness to work toward a common goal are best driven by <a href=\"https:\/\/www.linkedin.com\/pulse\/happy-thanksgiving-from-innovation-cognitive-diversity-e-g-nadhan\" target=\"_blank\" rel=\"noopener\">people with the right mindset<\/a> \u2013 a mindset of collaboration.<\/p>\n<p>3. <strong>Art<em> of Collaboration<\/em>. <\/strong>Collaboration requires the workforce to reach across the table and put themselves in the shoes of the very individuals with whom they are dealing. Development teams need to think ahead and take proactive steps to ensure that operations teams will find software code to be smooth, robust, and stable. Operations teams must respect the need for the rapid injection of consumer-driven features. Both teams must collaborate and have open exchange of information, with the common goal of innovatively meeting the expectations of the business users. And IT must work together to inject the right levels of automation towards this common goal.<\/p>\n<p>4. <strong>Science<em> of<\/em> <em>Automation<\/em>. <\/strong>Automation is not just about using tools to do repeated tasks. The science of doing automation right is all about ensuring that the right processes are being executed the right way. Automation of the wrong processes or processes being executed the wrong way only creates more problems. The science of automation can also be applied to business processes. Automation must be done in increments across logical subsets of process steps that are part of a continuous engine.<\/p>\n<p>5. <strong>Discipline<em> of Continuous Integration<\/em><\/strong>. DevOps is a way of life. It is something that is done in a continuum, like a smoothly operating engine running in constant motion. This spirit of continuity applies to the integration of isolated changes to the larger code base on a daily (or more frequent) basis for updated builds. Active collaboration is a key catalyst to have developers frequently integrate their work, to promote early detection of problems \u2013 just what the testing team ordered.<\/p>\n<p>6. <strong>Passion<em> for Continuous Testing<\/em>. <\/strong>This is one term that I have not heard often as I would like. CI\/CD. Got that. What about CT? In the spirit of the collaboration that is the hallmark of the DevOps mindset, testing is everyone\u2019s responsibility. To enable a fail fast mode, testing must begin early in the life cycle, starting with software requirements, source code reviews, and test data sets. With the common goal of delivering a timely and meaningful solution, development and operations must work together to configure the testing environment to be close to the production environment. And while we are at it, testing is a fine process to be automated! With meaningful automation and relevant test data sets, regression testing can almost become a perfect science \u2013 which helps address the need for Continuous Delivery.<\/p>\n<p>7. <strong>Need<em> for<\/em> <em>Continuous Delivery<\/em>. <\/strong>The concept of Continuous Delivery can be best described using healthy eating habits as a parallel. All too often, I hear about eating smaller portions more frequently, rather than eating large meals spaced further apart. Enterprise IT\u2013 and by consequence, the business \u2013 is now looking for more frequent and continuous release of new features. To this end, the business is also willing to accept the potential downside of occasional hiccups, as long as they are fixed very quickly. The steady stream of new features is a <a href=\"https:\/\/enterprisersproject.com\/article\/devops-roundtable-part-4-unexpected-learnings\" target=\"_blank\" rel=\"noopener\">significant shift in mindset that has permeated to the business<\/a>. In other words, business is going DevOps.<\/p>\n<p>8. <strong>System<em> of Continuous Monitoring<\/em>. <\/strong>To effectively inject the fail-fast mindset into an organization and achieve rapid-fire releases of features, you need to enable continuous monitoring across the product life cycle, from development through operations. A challenge very often encountered is the proliferation of environments and platforms that need to be monitored. The only way to combat this challenge is through ruthless standardization of the applications, platforms \u2013 and yes, tools.<\/p>\n<p>9. <strong>The power<em> of<\/em> <em>standardized tooling<\/em>. <\/strong>And finally, here we are. Tools. Yes, we absolutely need various tools to do many of the activities discussed above. However, tools are not the first thing to be addressed when it comes to DevOps. Also, standardization of tools goes a long way in simplifying the business of IT, injecting healthy levels of purposeful automation with reusable processes.<\/p>\n<p>Here is my definition of DevOps using all nine of these phrases:<\/p>\n<p>DevOps is a way of life for people with the right mindset to embrace the culture to collaborate, while scientifically automating the continuous delivery of software features, with the rigor and discipline of continuous integration and a passion for continuous testing, while using the power of standardized tooling to continuously monitor everything being done.<\/p>\n<p>What is your definition? Please let us know.<\/p>\n<p><em>This article is a variation of the original article published on The Enterprisers Project (<a href=\"https:\/\/enterprisersproject.com\/article\/2017\/5\/9-key-phrases-devops\" target=\"_blank\" rel=\"noopener\">9 key phrases of DevOps<\/a>)<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>DevOps is a way of life for people with the right&nbsp;mindset&nbsp;to embrace the&nbsp;culture&nbsp;to&nbsp;collaborate,&nbsp;while scientifically&nbsp;automating&nbsp;the&nbsp;continuous delivery&nbsp;of software features, with the rigor and discipline of&nbsp;continuous integration&nbsp;and a passion for&nbsp;continuous testing,&nbsp;while using the power of&nbsp;standardized tooling&nbsp;to&nbsp;continuously monitor&nbsp;everything being done.<\/p>\n","protected":false},"author":162,"featured_media":2870,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"content-type":"","footnotes":""},"categories":[200],"tags":[128],"ppma_author":[2710],"class_list":["post-1294","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-software-ux-ui","tag-devops"],"authors":[{"term_id":2710,"user_id":162,"is_guest":0,"slug":"e-g-nadhan","display_name":"E.G Nadhan","avatar_url":"https:\/\/secure.gravatar.com\/avatar\/?s=96&d=mm&r=g","user_url":"","last_name":"Nadhan","first_name":"E.G","job_title":"","description":"E.G.Nadhan&nbsp;is Chief Technology Strategist for the Central Region at Red Hat. He provides thought leadership on various concepts including Cloud, Big Data, Analytics and the Internet of Things (IoT) through multiple channels including industry conferences, Executive Round tables as well as customer specific Executive Briefing sessions. With 25+ years of experience in the IT industry selling, delivering and managing enterprise solutions for global corporations, he&nbsp;works with the executive leadership of enterprises to innovatively drive Digital Transformation with a healthy blend of emerging solutions and a DevOps mindset.&nbsp; Follow&nbsp;Nadhan&nbsp;on&nbsp;<a href=\"https:\/\/twitter.com\/NadhanEG\" target=\"_blank\" rel=\"noopener\">Twitter<\/a>&nbsp;and&nbsp;<a href=\"https:\/\/www.linkedin.com\/in\/egnadhan\/\" target=\"_blank\" rel=\"noopener\">LinkedIn<\/a>"}],"_links":{"self":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts\/1294","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/users\/162"}],"replies":[{"embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/comments?post=1294"}],"version-history":[{"count":3,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts\/1294\/revisions"}],"predecessor-version":[{"id":29944,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts\/1294\/revisions\/29944"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/media\/2870"}],"wp:attachment":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/media?parent=1294"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/categories?post=1294"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/tags?post=1294"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/ppma_author?post=1294"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}