Five Common Agile Transformation Misconceptions

Organizations follow frameworks and playbooks and drive to achieve successful results in their Agile transformation.   As the organization and teams continue on their journey the challenges may seem to increase rather than decrease.   The larger the organization and the more detailed their software development life cycle the more arduous it is to make the shift.   This session discusses observations on five common misconceptions that slow an Agile transformation and the ability of teams to embrace the mind shift needed to be Agile.

 
8 favorite thumb_down thumb_up 2 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

  • Introduction -
    • Who am I and where did I gather my experience
    • Common threads encountered in my Agile Coaching and Scrum Master experience on multiple projects for different clients
  • Roles -
    • One of the first questions that comes up is "What is my role now that we are 'Scrumming' ?"
    • Different approaches resolving these questions and impacting storming to norming
  • Scrum Events -
    • Common comment heard is "Scrum has too many meetings"
    • Digging deeper reveals causes that can then be mitigated
  • Longer sprints -
    • After several sprints a comment pops up, "If we only had more time to get our work done"
    • Finding the root of the concern to assist in making a decision
  • Testing -
    • Transforming into Agile affects the test model with the following concern voiced, "There is  not enough time to run all of our tests"
    • Exploring options to nudge testing in a more Agile direction
  • Environments -
    • Scrum teams developing in the traditional environment are requested to "Please enter a ticket"
    • Identifying ways to more quickly move environments to Continuous Integration and Continuous Delivery
  • Wrap Up/Audience Comments
    • Questions and sharing from audience of additional lessons 

Learning Outcome

  • Awareness of likely challenges that will be encountered in your Agile Transformation
  • Understand possible causes and suggested ways to mitigate

Target Audience

Scrum Masters, Agile Coaches, Team Members, Leadership, Stakeholders

schedule Submitted 2 months ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • George Dinwiddie
    By George Dinwiddie  ~  1 month ago
    reply Reply

    Hi, Rose,

    I must admit that "Top 5" reminds me of click-bait articles I never read. What makes you think these are the TOP 5? Top 5 over what population?

    Also, it would be helpful to reviewers if your outline gave a hint as to what you were going to say about each one.

    thanks, George

    • Rose Hyde
      By Rose Hyde  ~  1 month ago
      reply Reply

      Thanks for the feedback George -- these are five examples from my experience with transformations as an Agile Coach and a Scrum Master.  

      Updated outline with more detail per your suggestion.

       


  • Liked Colleen Johnson
    keyboard_arrow_down

    Colleen Johnson - End to End Kanban for the Whole Organization

    45 mins
    Talk
    Intermediate
    We often look to our engineering teams first to drive efficiency and speed to deliver but as we optimize the flow of our development processes we quickly create pressure in the organizational workflow with the activities that feed into and out of product delivery.  Product definition struggles to keep pace and establish a queue of viable options to pull from.  Marketing efforts begin to pile up as features release faster than we can share the news.  All of this stems from optimizing only one part of the overall system.  In this talk we will look at how to scale Kanban practices to the entire organization to provide the visibility, flexibility and predictability to make every part of the business truly agile.  
  • Liked Donald Patti
    keyboard_arrow_down

    Donald Patti - Don't Mess with Button Bear (and other key lessons from the US Small Business Administration's Agile Transformation)

    45 mins
    Case Study
    Beginner

    Many organizations struggle with failure and turn to Agile as a game-changer. But how do the dynamics of government magnify the challenge of Agile adoption?  Through this 45-minute case study of the "SBA Certify" program, the start of the US Small Business Administration's Agile journey, we'll

    • Describe what triggered SBA's transition to Agile from waterfall software development
    • Explain how key players from the SBA, USDS and 8(a) contractors Telesis & Enquizit led the transition to Agile
    • Review the combination of tools, technologies and practices that led to the successful launch of certify.sba.gov in just seven months
    • Cover how the SBA has built upon the success of certify.SBA.gov to become a leader in Agile adoption among small government agencies

    In addition, co-presenters Mary O'Toole (US DHS, formerly SBA), Phil Jones (Telesis) and Donald Patti (Cedar Point Consulting) will propose a framework for understanding government inaction, helping others to make radical, transformative change in government possible.

    (And, of course, we'll also explain Button Bear).

  • Liked Jennifer Zinck
    keyboard_arrow_down

    Jennifer Zinck - When Worlds Collide: User Centered Design & Agile

    45 mins
    Talk
    Intermediate

    Skeptics may say that it is too hard to bring User Centered Design (UCD) into the Agile process, but when the two worlds collide you get the benefits of both.  UCD can improve your game by ensuring that your focus stays on delivering product value and that teams produce working software that end users will actually use.  During this talk you will hear from experts with both Agile and UCD experience who will share stories and examples of how their teams have successfully integrated the two practices and what challenges they have faced along the way.  In addition, you will leave with three tools that you can use to integrate UCD into your projects today.

     

  • Liked Mike Coffey
    keyboard_arrow_down

    Mike Coffey - A Learning Professional in an Agile World

    45 mins
    Talk
    Beginner

    Do you have a person hanging around your agile team who is responsible for training clients or end-users on a product or service you are developing?  (Or, maybe you are a learning professional (a trainer, instructional designer, e-learning developer, or curriculum designer) embedded with an agile team?) Who are they? What do they want? What can they do for your agile team? Leveraging insights from learning professionals working with agile projects, this session will explain the role of a learning professional; offer some potential benefits of having a learning professional embedded on an agile team; and offer some practical tips for a successful relationship between agile teams and learning professionals.

  • Liked Rodney Bodamer
    keyboard_arrow_down

    Rodney Bodamer - Lean Delivery Learnings: Tailoring Agile for Government Programs

    45 mins
    Talk
    Intermediate

    In the last five years there has been a tremendous surge in the volume of Federal procurements calling for lean and agile solutions to complex problems.  In spite of this, many of these same Government agencies still cling to traditional waterfall models of delivery.

    How do we embrace lean and agile principles while delivering under these constraints within large-scale Government agile software delivery initiatives? 

    What agile approaches can be effectively used "out of the box" while others may need to be tailored to address legacy Government processes and operating environments? 

    In this talk I’ll walk through each of the seven Lean principles and unveil how -- on two Federal Government scaled-agile engagements -- specific lean-agile processes and approaches were tailored for program delivery success, while remaining compliant with agency mandates.   

  • Liked Robert Eisenberg
    keyboard_arrow_down

    Robert Eisenberg - Going with the Flow – Games for Understanding Product Development Flow

    45 mins
    Workshop
    Intermediate

    Many of us having been heavily influenced by Don Reinertsen’s “Principles of Product Development Flow” and others who have advocated a focus on flow based optimization.  Unfortunately, some of the key premises for optimizing flow are counterintuitive and counter to traditional practices.  For example, the supposed benefits and the economies of scale with large batch sizes, or the belief that systems are optimized when the utilization of individual resources are optimized.  Given these beliefs, how can we show in a simple and objectives way that these long held views and associated practices are actually counterproductive to our end goals?  With games of course!  This workshop will introduce dice games that demonstrate in a Scrum and Kanban context how small batches and a focus on flow vs. optimizing utilization leads to better team outcomes.  Participants will be organized into teams of 4-5 people and play a game that simulates—in a fun way—the complexities of real product development work.  Each team member will have an assigned skill that aligns with an activity type (e.g., analyst, developer, tester) in the team work flow.  Each “story” to be worked will require varying levels of effort for each activity type.  The dice provide the variability inherent in knowledge based work, with each roll determining how much “work” each person can accomplish in a fictional day.  The quantifiable results of the game will demonstrate how a focus on flow can help lead to better team outcomes, providing attendees with a new tool for helping others understand why they should “go with the flow”.

  • Liked Dottie Swanson
    keyboard_arrow_down

    Dottie Swanson - Skeptics Anonymous, Confessions of a Recovering PMP

    45 mins
    Talk
    Beginner

    My name is Dottie Swanson and I’m a Skeptic …

    I began my career as a software developer and grew into a Project Manager role. I thrived on the control – I could dictate delivery dates to my team without debate. They were always so quick to appease me by immediately getting to 90% completion without a hitch. They were such good soldiers by never allowing scope creep and always sticking to the requirements. Sure, there were big surprises near our delivery date, but that’s normal, right?

    Then a client asked me to take a Scrum Master role on an Agile program. I was sent to a CSM course where I spent the entire two days with my arms crossed and a giant pouty face. The program kicked off and we started “failing” early, my soldiers were retreating and sabotaging Agile. My client still wanted Gantt charts. My inner cynic hit rock bottom and I felt overwhelmed – how is this ever going to work? Since the client was requiring Agile, I had to reset my thinking, seek help and get the team onboard. Once I began to embrace Agile, I was able see that the PMBOK and Agile are not mutually exclusive.

    Today, I am still in recovery and require Agile on all of my programs.

    Join this session to hear my experience as a skeptic and my journey so that you too can transform to an Agilist.