The Art of "being" rather than "doing" DevOps

When organizations start to adopt the DevOps methodology, many groups tend to react in similar ways.  The business and PMO office will see it as "something" to buy, implement and deliver product faster, while the techies will think of the many cloud infrastructure tools enabling continuous integration, continuous delivery, monitoring, and automation.  As human beings, we tend to focus on what the practices are("the doing"), and we lose sight of what is really important("the being").  For DevOps adoption, we need to ask ourselves,  What is the mindset behind DevOps? its values? its principles?  

Let's get away from the chatter of "doing" DevOps and move more towards "being" DevOps.

 

Instead of listening to the great stories on adopting DevOps and its technical complexities, we'll experience through an agile game

  • What does DevOps look and feel like end to end?
  • What is the mindset behind DevOps?
  • What does DevOps culture look like?
  • Your own self-realized outcome!
 
2 favorite thumb_down thumb_up 0 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

  • Introduction - 5 minute
  • Round one of game - 15 minutes
    • Game on completing a chaotic workflow with barriers that force poor systems thinking and feedback loops
  • Round two of game - 10 minutes
    • Remove barriers inhibiting poor communication and collaboration
  • Debrief slides and self-realized outcomes - 10 minutes
  • Questions and Answers - 5 minutes

Learning Outcome

There could be an infinite number of self-realized outcomes, but some of the primary ones are

  • Understanding that DevOps is a mindset shift, with tools and techniques as enablers
  • Adopting true, successful DevOps is a culture shift.

Target Audience

Everyone involved in delivering software, Organization Change specialists, DevOps Engineers, Operations, Developers, Product Owners, Project Managers, Scrum Masters

schedule Submitted 2 years ago

Comments Subscribe to Comments

comment Comment on this Proposal

  • Liked Beth Miller
    keyboard_arrow_down

    Beth Miller / Jennifer Hinton - Build Measure Learn - Designing your MVP

    45 Mins
    Workshop
    Beginner

    We all know that a Minimum Viable Product is a lean startup technique designed to test and validate if a solution actually solves a customer problem. It is an endeavor to go forth and learn  to then, iterate or pivot as you better understand the problem and solution.  To be successful, it is not only  about learning what the people want but also being able understand the most painful aspects of that problem to then define what is the minimum amount of work you can do to generate early value to them.  But how do we figure that out?  In this 45-minute workshop, you will learn what is an MVP;  why it matters; what makes a good MVP experiment; and how to get started on designing your own. By the end of this 45-minute workshop, you will have:

    1. Created a problem statement, or hypothesis for an MVP
    2. Turned your hypothesis into a list of possible experiments
    3. Collaborated with agilists who will help you formulate your MVP concept and experimentation ideas

     

     

     

     

     

     

  • Liked John Hughes
    keyboard_arrow_down

    John Hughes / Bob Payne / Joshua Seckel - Promiscuous Panel: Federal and Commercial Agilists Come Together with Different Perspectives Sharing a Common Goal - Panel

    45 Mins
    Others
    Intermediate

    What do the commercial world and Federal government share in common? Agile success! Yes, it is true that agile grew from the commercial world and has been a shining story of success there, but the Federal government has been adopting agile’s brilliant ways more recently and has success stories of its own to share.

    In getting to the point of successful agile delivery, especially at the organizational level, the Federal government has had to clear many hurdles and transform the way it works. This hasn’t been an easy task and is still in its infancy. The commercial world has cleared its share as well and has many war stories along with their success stories.

    This session will be delivered as a moderated panel discussion. Two panelists from progressive Federal programs join two shining examples of agility from the commercial space – and entertaining fellows to boot.  Panelists will discuss topics that provide insight into their organizations and the work they did to implement agile successfully on their teams, across their programs, and throughout their organizations.

    • Alastair Thomson is the Chief Information Officer for NIH’s National Heart, Lung, and Blood Institute
    • Joshua Seckel is the Applied Technology Division Chief at the USCIS Office of Information Technology
    • Nate McMahon is a Vice President of People and Technology at The Motley Fool
    • Bob Payne is the Vice President of Enterprise Agile Consulting at LitheSpeed

    Ever wonder if a major Federal program has been able to achieve Continuous Delivery or implement a Zero Defects strategy? How have the commercial companies been able to increase their output so well while decreasing risk at the same time? What can Federal organizations learn from the commercial world about agile contracting and procurements? How did commercial companies have to change to enable self-forming teams and could our Federal government, with its myriad contractors and its layers of separation, benefit from the same? What can the commercial world learn from Federal agile success? Do successful agile approaches differ between products and services? What do the Feds see as their next agile conquest on the horizon? What is hot for commercial companies to tackle now?

    You will leave this session understanding some of what the commercial world has done to achieve great success with agile. You will also hear about agile success in the Federal government, bureaucracy busting moves, and what the government had to do in order to achieve those feats. Both sides will share their stories, describing the impediments they faced, the benefits they have seen, and even the areas they have not been able to conquer just yet, attempting to drive agile throughout their organizations and into every aspect of their delivery. Panelists will also discuss topics and answer questions the session participants have for them to ensure everyone has an opportunity to take back valuable and pertinent knowledge afforded by these experienced agilists.

  • Liked Kate Seavey
    keyboard_arrow_down

    Kate Seavey / Sheya Meierdierks-Lehman - The Dark Side: Using Dark Stories to Help Product Owners Prioritize Mundane Maintenance

    45 Mins
    Workshop
    Intermediate

    Delivery teams know from experience the importance of maintenance such as applying patches, upgrading, and conforming to the latest security and accessibility regulations. Product Owners, other value team members, and system stakeholders are focused on functionality and end user satisfaction. Maintenance isn’t sexy and can sink in priority until it fails to be included in releases.

     

    The Security community has been using Dark/Abuser/Evil Stories using the persona of a Black Hat Hacker to uncover vulnerabilities. In this workshop participants will assume the role of Delivery Team members and use the power of personas to write “Dark Stories” that bring to life the full impact of failing to perform necessary maintenance.  The intent is to give Product Owners a complete understanding of the importance of maintenance so they can appropriately prioritize maintenance and keep their systems strong.

  • Liked John Hughes
    keyboard_arrow_down

    John Hughes - Waterfall comfort in an agile world: Give Federal Executives the answers they "used to get" before going agile

    John Hughes
    John Hughes
    Director and Agile Coach
    Sevatec
    schedule 2 years ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    Your effective agile program can go downhill fast even in the most progressive Federal organization if executive leadership begins to think that the answers they used to get in the "Waterfall world" are no longer available to them in an agile world. Federal Executives have elevated reporting responsibilities and need to answer to the public, sometimes even to Congress itself, therefore pressures are high for proper communication flow. Don’t let your program get to the point where “agile just doesn’t work for us.”

    Requirements such as the OMB Exhibit 300 which updates the Federal IT Dashboard and Earned Value Management which is required for larger IT efforts put pressure on Federal executives. They understood how to request the information they needed before going agile, and their teams knew how to get it to them. Agile teams typically no longer create fully resourced project schedules, Gantt charts, and comprehensive requirements documents. Leadership gets frustrated when they can’t get a “straight answer” to questions they are used to having answered such as “what is the project schedule’s critical path showing,” or “are we staffed properly to complete all the remaining requirements by the end of the contract.”

    The answers are still there and the information is still available but the tools and methods by which we produce this information are now different. We need to be able to translate the questions being asked and help Federal executives understand how to better ask the questions to get what they are really looking for. Learn how to extract the necessary information from our agile toolset (Roadmaps, Story Maps, Backlogs, Velocity/Cycle Time, Burn charts, Journey Lines, User Stories, etc.) to give our Federal executives what they need to be successful meeting the myriad requirements applied to Federal IT programs.

    The goal for this session is to provide you the tools you need to continue giving your Federal executives what they need to manage and report on their programs effectively. You will gain insight into what is required of Federal IT programs and therefore what is really being asked, and to help your leadership better ask the questions “in an agile way” so that you may deliver impactful answers derived from our agile tools. You will understand how our agile tools are used and combined to provide the same answers the "Waterfall tools" used to provide Federal organizations. You will return, able to save your agile project from potential doom in the hands of executives under pressure to report against practices they no longer understand.

  • Liked Timothy Kwan
    keyboard_arrow_down

    Timothy Kwan - Improvement and Coaching Kata: Fostering a culture of learning and experimentation

    45 Mins
    Workshop
    Intermediate

    Many large organizations try to get real innovation with lots of time and resources, but many end up failing and complaining when their innovation never arrives.  What we see in these organizations is that there are individual and organizational habits that cause innovation efforts to fail.  These organization rewards acts of heroism rather than acts of learning and punishes those that makes failures.  As the individual level, it encourages maximizing completing project work over learning and minimizing taking risks.

    What this all means is that these organizations have a culture that inhibits learning and creativity.  These organizations wonder why innovation never comes.

    True innovation in the IT world is only possible by leveraging creativity, which requires a mindset of learning and being able to accept failure.

    Improvement and Coaching Kata also known as Toyota Kata, is a model and technique that can help incrementally move IT organizations towards a culture learning and experimentation.  Its practices involves everyone in the organization working collaboratively towards the vision of the organization.  By understanding where the organization wants to be in the far distance future, we analyzes what is the current state and value streams of the organization, and what experiments could be run to learn more on improving the various processes.  All continuous improvement efforts are executed with systematic experiments with the vision in mind.  The primary outcome of these experiments is learning. It does not matter if experiments succeed or fail(to a certain degree), only if we apply its valuable learning to the process or new experiments.  

    By doing Improvement and Coaching Kata on a high frequency cadence(daily), new habits form that encourage learning and experimentation. 

     

     

  • Liked Shawn Presson, CSM, PMP, CMMI, SAFe
    keyboard_arrow_down

    Shawn Presson, CSM, PMP, CMMI, SAFe - The King is Dead, Long Live…. ”I’m Not Dead Yet!”

    45 Mins
    Talk
    Intermediate

    Subtitle:  The CMMI Is Still Among Us – How To Cope

    (This is an update to a presentation given at STC 2003 entitled “The Agile Non-Debate.”)

    Agile methods have spread worldwide, and have helped bring tremendous improvements in system development.  And yet, they are not 100% successful.  When I entered into discussions about using agile, IEEE, CMMI, ISO, and other standards, a common position was that CMMI et al suck innately, while agile efforts failed because people were “doing it wrong.”  This polarizing position was a distraction. 

    Now, such polarization can be damaging.   Despite Agile’s increasing toehold in the public sector, the CMMI is far from dead; organizations are letting contracts based on agile requirements with one hand, and others based on CMMI and other certification-based models with the other hand.  Treating the two as mutually exclusive is just too hard, and its unnecessary.  Worse, it clouds the reality of how the two approaches actually differ and how they can be harmonized.  While a SCAMPI-like appraisal method for Agile has not gained wide traction, such a monster could arise, and understanding Agile CMMI interpretations could help organizations survive such a monster, and perhaps help Industry nip it in the egg.

    In this session we will discuss briefly how the CMMI world got to be such as mess, how Agile has helped cut through a lot of that, and how to prevent some of the same ills from infecting the Agile world.  The core of this discussion, however, will be about juggling agile performance and CMMI compliance simultaneously.

  • Liked Tanusree McCabe
    keyboard_arrow_down

    Tanusree McCabe - Intelligent DevOps for the Federal Government

    45 Mins
    Talk
    Beginner

    DevOps is all about using automation to accelerate and expedite development and operations processes. However, tools are only as effective as the processes that they enable.  How do you ensure you get the most out of your DevOps solution within the context of federal processes?  A DevOps solution provides transparency and can output an overwhelming amount of data.  How do you make sense of the data and pinpoint the actionable items to make informed decisions?  Security threats are real.  How do you ensure that your DevOps solution will be resilient and available in spite of persistent threats?

    This session will discuss these challenges, potential solutions, and provide a demonstration of an Intelligent DevOps solution.  

  • Liked Tanusree McCabe
    keyboard_arrow_down

    Tanusree McCabe - The Matrix: Making Agile work for Matriced Teams

    45 Mins
    Talk
    Beginner

    Most people would say that dedicated teams are a must for Agile effectiveness.  However, many government and contractor organizations have constraints that lead to situations in which teams must include resources that are not dedicated to that team.  This session will cover challenges that arise from such a situation, potential options to overcome them, and a case study from recent federal experience.