As we see Agile evolving through the years, particularly into the government space, a lot of terminology is used that seems foreign to many who first used agile with their individual teams.  "Hybrid Scrum"..."Delegate Product Owner"...even "Scaled Agile".  Are these simply extensions of the agile values and principles in the manifesto to fit a different and more complex environment, or do they represent a diluting of those same values and principles?  Explore in a facilitated workshop with your peers whether such terms are appropriate (maybe even necessary) to adopt agile in the complicated enterprise, or whether they represent (oxy)moronic agile and a step backward.

 
 

Outline/structure of the Session

  1. Icebreaker introduction
  2. Overview of Challenges in Implementing Agile at Scale (including very brief overview of various frameworks)
  3. Agile Paradox Exercise
    1. In groups of 8-10, each group must self-organize around whether they think each term is an Extension or a Contradiction.  Appoint one moderator who will facilitate the debate (this will be rotated)
    2. Facilitator will let the group discuss for 5-7 minutes while capturing arguments for either side.  If the group is lobsided for any term, capture reasons and also try to play "devil's advocate" for the other side
    3. The group will debrief with me and we will, for each term, take a vote for Extension or Contradiction
  4. Final discussion on the manifesto and the intent behind the manifesto (with a focus on experimentation)

Learning Outcome

  • Examine long held assumptions about "the right way to do agile" in the enterprise
  • Think critically about the intent behind the values and principles of the Agile Manifesto and how they may apply to your organization
  • Reinforce the need for experimentation in finding the best way to adopt agile in your enterprise given your specific circumstances

Target Audience

Leaders looking to adopt agile in enterprise setting; Enterprise Agile Coaches; Consultants

schedule Submitted 1 year ago

Comments Subscribe to Comments

comment Comment on this Proposal

  • Liked PHILLIP MANKETO
    keyboard_arrow_down

    Unlock the Power of Agile in Your Organization

    PHILLIP MANKETO
    PHILLIP MANKETO
    schedule 1 year ago
    Sold Out!
    45 mins
    Talk
    Beginner

    “More and more organizations are realizing the benefits of running projects using Scrum, XP, and/or Kanban at the individual team level. Unfortunately, the typically means that in a 12-24 business idea to production time-frame, the “Agile” part may only be a 1-3 month “construction” phase with rigid controls in place that all but eliminate most of the benefit of Agile.  The root cause of this issue is that the whole organization is purpose-built to support and reinforce traditional methodologies while unintentionally impeding and discouraging the use of Agile methodologies. This is reflected in the organizational structure, physical location of people, the physical workplace, policies, procedures, governance, SDLC, contracts, vendors, belief systems, compensation, software tools, funding model, metrics, and more. A common belief is that all of these are set in stone and that Agile will need to fit in to this existing framework. As a result, many Agile adoptions eventually regress as the effort of working around the existing framework overwhelms the enthusiasm of the Agile evangelists. Unlocking the full power of Agile requires an understanding that changing the status quo is a long-term, organization-wide, major initiative that will take significant resources to accomplish. Such an initiative will only be undertaken if the rewards are significantly greater than the cost. In this session, you will learn about the true barriers to Agile adoption; the surprising and significant financial benefits of organization-wide Agile transformation; and the Kotter Change Model, an approach for implementing major change management efforts.”

     

  • Liked Richard Cheng
    keyboard_arrow_down

    Situational Retrospectives – One size does not fit all

    Richard Cheng
    Richard Cheng
    schedule 1 year ago
    Sold Out!
    45 mins
    Workshop
    Intermediate

     

    Situation A: Your team is great. You’ve met all your sprint goals and your Product Owner is pleased with the results to date. Yeah!

     

    Situation B: Your team sucked. Zero story points completed last sprint. Team members are complaining and blaming each other for the failures.

     

    These two situations demand two very different retrospectives. The right retrospective can make a good team great and turn a bad situation into a learning opportunity. A bad retrospective can set a team back and create a non-safe working environment.

     

    In this session, attendees will explorer retrospectives techniques and examine the pros and cons of the techniques. The workshop will then explore scenarios and examine how to effectively run retrospectives across a variety of scenarios.

     

    Coming out of this sessions, attendees will have an understanding of applying the right retrospectives based on the state and needs of the team and projects.

     

  • Liked Chris Li
    keyboard_arrow_down

    The Tadpole Technique - Breaking things down in a new, interactive way

    Chris Li
    Chris Li
    schedule 1 year ago
    Sold Out!
    45 mins
    Workshop
    Beginner

    The Tadpole Technique is an approach that teams can use to break a larger idea into smaller pieces in an interactive and visual way.  This facilitated session is a way to get team members to participate in some chatter as well as as generate a few takeaways from the session.  This technique is useful in meetings where a group of approximately ten individuals and a facilitator go through a series of discussions following a brief writing activity.  The result is a visual representation of the teams thoughts and discussion, and can be used to further expand later talks or to create some takeaways.

    This talk will explain the mechanics of this technique, what teams will need, and explain how to facilitate the session.  Participants will then engage in an exercise where they get to experience the technique as a group, enhancing their ability to facilitate future sessions of their own. 

  • Liked Darrin London
    keyboard_arrow_down

    Stop! Coordinate and Listen: Bring Standups back with a brand-new convention!

    Darrin London
    Darrin London
    Tim Meyers
    Tim Meyers
    schedule 1 year ago
    Sold Out!
    45 mins
    Talk
    Beginner

    According to the VersionOne State of Agile survey, the most widely practiced agile technique is still the daily standup (80%).  Everyone knows its a critical part of agile and we all can recite the three questions by heart.  But why do many agile teams say their standup just isn't working?  Even though the stand up can be done very easily on an agile project (setup a 15 minute meeting every day and your done!), it takes some work to get the true value out of it. Everyone has probably been in that stand up where the energy level is very low and there just seems to be a group of people going through the motions.  Or maybe there is dissention among the team and nobody wants to go anymore.  In this workshop, we’ll discuss why stand ups are a critical practice for agile teams and how you, as an agile coach or Scrum Master, can support your teams in pursuing a useful, valuable stand-up and get out of the standup blues.

  • Liked Theron Todd Kelso
    keyboard_arrow_down

    Agile for Good: Creating an Agile community and toolbox for Not for Profits

    Theron Todd Kelso
    Theron Todd Kelso
    Sanjiv Augustine
    Sanjiv Augustine
    schedule 1 year ago
    Sold Out!
    45 mins
    Workshop
    Intermediate

    All Not for Profits aspire to be effective, nimble, and fun all while changing the world. Agile mindsets and practices can help all nonprofit organizations use technology agile concepts skillfully and confidently to meet community needs and fulfill their missions.

     

    Successfully implementing and fully adopting agile can be seen as unnecessary overhead.  Creating an Agile community and toolbox for Not for Profits would greatly reduce the organization change costs and allow not for profits to benefit faster.  This community would facilitate the exchange of knowledge and information within the agile community and within the Not for Profit sector. It would connect members to each other, provide professional development opportunities, educate our constituency on issues of technology use in nonprofits, and spearhead groundbreaking research, advocacy, and education on technology issues affecting our entire community.

  • Liked toddcharron
    keyboard_arrow_down

    Improv Your Agile or Scrum Stand-up

    toddcharron
    toddcharron
    schedule 1 year ago
    Sold Out!
    45 mins
    Workshop
    Beginner

    Your Agile Stand-up Meeting Sucks!

     

    Most Agile and Scrum stand-up meetings I see are boring, lifeless, status meetings that don't provide any real value.

     

    In this session you'll learn:

     

    The REAL purpose of the daily stand-up

    The most common bad habits and how to correct them

    The habits good stand-up meetings have

    How you can use Improv to invigorate your daily stand-up

    A whole bunch of Improv exercises you can start using with your team right now!

  • Liked Matt Phillips
    keyboard_arrow_down

    Avoiding the 2-week waterfall: Common Scrum pitfalls and how to tackle them

    Matt Phillips
    Matt Phillips
    schedule 1 year ago
    Sold Out!
    45 mins
    Talk
    Beginner

    Often when organizations go through an Agile transformation, there are some concepts that are challenging to address or adopt. We have a tendency to avoid the ‘crucial conversation’ so as not to hinder progress. Eventually these fundamentals can get overlooked or "put on the back burner". At this point transformations stall, and we find that our process is operating more like a 2 week waterfall than an Product-Increment-Producing-Machine-of-Wonder. I believe this behavior is one of the drivers for the ‘scrum-but’ concept.

    This session will delve into anti-patterns, bad smells, and other pitfalls which are keeping organizations from reaching the next level of Agile adoption. We’ll examine common warning signs and identify strong signals that indicate that a sprint time box is not being optimized. Once we’ve identified the challenges, we’ll explore best-practices, tweaks, and courageous actions to get teams collaborating in a first-class manner. 

    In short:  Step 1: Understand what is hindering our Scrum practice. Step 2: Surface actionable remedies that we can apply tomorrow.

  • Shawn Presson, CSM, PMP, CMMI, SAFe
    Shawn Presson, CSM, PMP, CMMI, SAFe
    schedule 1 year ago
    Sold Out!
    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 Joshua Seckel
    keyboard_arrow_down

    50 Shades of Agile

    Joshua Seckel
    Joshua Seckel
    schedule 1 year ago
    Sold Out!
    45 mins
    Talk
    Advanced

    Agile is executed many different ways across projects and programs. But it is necessary to track and report progress against the enterprise goals and mission. Within government, using a metric like ROI is not as useful for comparing programs as the more basic issue is meeting mission needs for services delivered rather than making a profit.
    With passage of FITARA, issuance of the digital services playbook and TechFAR, and departments updating their System Engineering Lifecycle and issuing agile guidance and policy, there is more official agile push than ever before. Additionally, OMB300's TechStats, and other mandatory reporting remain a constant within the federal government. However, programs will execute agile adoption in unique ways because of short feedback loops and inspect and adapt cycles within the execution of any program. The best department and government level guidance allows for this to provide a forum for experimentation and improvement within delivery of value. Even if one agency or department tries to standardize, the overall government is unlikely to settle on one way of actually delivering software. Of course, many agencies are not focused on one way of executing and are focused instead of delivery.
    With the fifty (or more) shades of agile across the federal government, how can congress, or even just heads of departments, provide sufficient oversight and ensure that the mission needs are met?
    This presentation explores the different ways that government agencies are executing agile and how those programs can still provide the information and insight to provide executives the ability to manage the large scale direction of the government entities

  • Liked Kate Seavey
    keyboard_arrow_down

    The Dark Side: Using Dark Stories to Help Product Owners Prioritize Mundane Maintenance

    Kate Seavey
    Kate Seavey
    Sheya Meierdierks-Lehman
    Sheya Meierdierks-Lehman
    schedule 1 year ago
    Sold Out!
    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 Brian Sjoberg
    keyboard_arrow_down

    Moving at the Speed of Molasses ... This Might Have Something to do with It!

    Brian Sjoberg
    Brian Sjoberg
    schedule 1 year ago
    Sold Out!
    45 mins
    Demonstration
    Beginner

    Are you struggling with delivering a potentially releasable working product every iteration? Ever wonder what one of biggest reasons we have difficulty getting things done at the individual, team and organizational level are? Do you keep doing something even though you know it reduces your productivity and lowers quality? We are going to run an exercise that highlights one of the major culprits that you have all experienced and continue to experience. The exercise will likely ignite a fire that will help you, your team and your organization to become more productive and improve product quality. We will discuss ways to improve this at the individual, team and organization levels.

    Knowing this will help anyone to understand the consequences of not prioritizing and increase their desire to. This will lead to producing faster, higher quality products that should lead to delighted customers.

  • Liked John Hughes
    keyboard_arrow_down

    Promiscuous Panel: Federal and Commercial Agilists Come Together with Different Perspectives Sharing a Common Goal - Panel

    John Hughes
    John Hughes
    Bob Payne
    Bob Payne
    Joshua Seckel
    Joshua Seckel
    schedule 1 year ago
    Sold Out!
    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 John Hughes
    keyboard_arrow_down

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

    John Hughes
    John Hughes
    schedule 1 year 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 Scott Richardson
    keyboard_arrow_down

    Real World Techniques for Enterprise Agile Transformation

    Scott Richardson
    Scott Richardson
    schedule 1 year ago
    Sold Out!
    45 mins
    Talk
    Advanced

    Gain insights and learn real-world strategies and techniques for leading an enterprise or divisional Agile transformation.  Based on current experiences driving Fannie Mae's enterprise Agile transformation, and drawing upon years of experience leading Agile transformations in multiple divisions at Capital One, Mr. Richardson will share proven methods and approaches for leading a successful Agile transformation.  This session is aimed at senior leaders, executives, and management. 

    Via a dynamic presentation and lively participant dialog, we will cover in depth topics such as:

    • Assessing your organization's strengths and opportunities re: Agile adoption at all levels in the organization
    • Key elements of a successful Agile transformation plan & execution of that plan
    • Engagement strategies for teams, middle management, and executive leadership
    • Techniques for lighting a fire with Agile enterprise-wide
    • The appropriate roles of delivery leaders, Circles of Excellence, User Groups, PMOs, etc.
    • Maintaining Agile discipline in the face of organizational friction
    • Dealing effectively with many varieties of change resistance specific to Agile transformations

    Additionally, we will cover advanced enterprise topics such as:

    • Enterprise investment management and new techniques for an increasingly Agile portfolio
    • Refinements to Procurement approaches to enable Agile
    • Structural elements in large organizations that must be addressed for an Agile transformation to have staying power

     

  • Liked Theresa Smith
    keyboard_arrow_down

    Product Design with Intent: How to Drive Product Design in an Agile Project

    Theresa Smith
    Theresa Smith
    schedule 1 year ago
    Sold Out!
    45 mins
    Talk
    Beginner

    When design is based on random choices, the end product is an assembly of random elements that have little or nothing in common. But when design forces all elements to work together then it makes a single, powerful, and meaningful impression to the user. While agile can get the job done faster, it doesn’t help guide design choices for a software product.    

    This session presents a design driven approach called Strong Center Design that incorporates design into an agile workflow.

    If you have an interest in improving design of your software products, then this is the session for you.

  • Camille Bell
    Camille Bell
    schedule 1 year ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    You probably started your Agile journey with Scrum, which helped. But regression testing still takes forever. New feature tests aren't what they could be and are hard to complete within the Sprint.

    If you have active product owners, the POs helped to improve your product, but there is still a disconnect, between the user story and the tests.  And how do you test "as a, I want, so that"?

    Now you hear you need Agile technical practices to keep improving and you find you need to automate. What are you going to do with your testers?  They really, really know your business, but they don't code.

    If you are a manager, a tester or a product owner, come hear Camille as she shares her experience successfully teaching manual testers Automated Test Driven Development and showing product owners how to write great Acceptance Criteria that are easy to automate.

    In this session you will learn:

    • How to get your product owners, testers and developers to understand each other
    • How to make your business scenarios unambiguous and testable
    • How to avoid brittle tests that need frequent rewriting
    • Which tools and languages are better for testers to learn and why
    • Strategies and techniques for testers to learn test automation
    • Where to find inexpensive and free resources to get started
  • Jason Tice
    Jason Tice
    schedule 1 year ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    Each year VersionOne conducts a survey to assess the state of the agile community, highlight emerging trends, and provide insights on practices and techniques that are proving successful.  I observed an interesting and alarming trend within the 2015 survey data.  Many in the agile community have commented that they frequently are asked to evaluate the effectiveness of agile methods, which leads to questions about how do we measure success.  According to VersionOne’s 2015 survey data, the most frequently tracked agile metric to determine success on a daily basis is “Velocity” - Jim Benson (author of “Personal Kanban”) has referred to velocity as “an imaginary number divided by an arbitrary amount of work” - it is a very imprecise metric due to the high variability and non-scientific origin of the data used to compute it.  I hypothesize that many of the questions surrounding the effectiveness of agile methods result from focusing too much on the use of imprecise metrics, such as velocity, to measure progress and determine success.  Additionally, VersionOne’s survey data from 2015 reveals that metrics based upon precise quantitative process or business data (such as: cycle time, customer retention, revenue/sales impact and product utilization) are used less frequently on agile projects, despite the fact that they all can be measured.  Join us for a discussion to explore the hypothesis that many are questioning the effectiveness of agile methods because too frequently imprecise metrics are used to determine success.  Using VersionOne’s survey data, we’ll talk about the importance and potential benefit of shifting to use the metrics that offer greater precision near the bottom of VersionOne’s list to determine success, offer guidance on how to track them, and how to interpret trends observed to make informed decisions.  All participants attending will receive a worksheet that highlights the discussed metrics with insights for how to interpret trends observed.  The following clip from a July 2015 episode of ThisAgileLife establishes the hypothesis and context for this presentation: https://youtu.be/TmiJQkQMlas

  • Scott Pringle
    Scott Pringle
    schedule 1 year ago
    Sold Out!
    45 mins
    Talk
    Intermediate

     

    "My end date is fixed."
    "My customer gave me 1000 traditional requirements."
    “I have a lot of algorithms.”
    “The user interface is limited – most of the work is on the back end.”
    “My customer has a mission to execute, they cannot be here every day.”

    Like in Horseshoes and Hand Grenades, being close in Agile has great value.  We need not abandon our brethren in the trenches just because some of the most recognizable practices are out of play.  The great principles of Agile help in even the most difficult environments.  Shipping great software while under some traditional constraints is a true test of the movement – and we have a track record of doing just that.  We have employed Stealth Agile, Green Box Agile, Cafeteria Agile, Agile Pathfinding, and even Agile Treason in order to deliver in less than ideal circumstances.

    A series of actual scenarios will reveal the adaptations to Agile practices that kept us close to principles.  A small set of practices are present in so many of our projects that we consider them to be part of our Agile core.  Sometimes we rename them, sometimes we feather them, sometimes we disguise them, but they are always present and are pivotal to success.  Chief among these are the various practices that enable and encourage rapid feedback at multiple levels including Customer, Product, System, and Development.

  • Liked Jason Hall
    keyboard_arrow_down

    Expanding Beyond Agile. Unlearning Old Lessons on our Journey to Teal

    Jason Hall
    Jason Hall
    schedule 1 year ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    Teal is a natural extension of the Agile mindset, but who would have thought flattening the hierarchy could be this difficult! If Agile removes impediments and empowers teams to deliver more frequently and more valuable offerings, teal removes organizational impediments (hierarchy built on lack of trust ) and fosters empowerment by localizing decision making, re-centering activities around an evolutionary purpose, and aligning the personal with the organizational (wholeness). But what actually happens when you put rubber to road and empower teams to recruit, hire, fire, and determine each other’s bonuses? Well, things get a little messy. If you’re patient, set aside short-term outcomes, and look to long-term gain, it can prove deeply rewarding. I’ll take you on our own evolutionary journey from green to teal and share with you lessons learned along the way.

    If you’re curious about alternative management styles or interested in the next extension of Agile, then come sit, chat, and reflect.

  • Liked Nate Conroy
    keyboard_arrow_down

    One weird trick to get your teams to visualize work, limit WIP, and adopt Kanban

    Nate Conroy
    Nate Conroy
    Melinda Solomon
    Melinda Solomon
    schedule 1 year ago
    Sold Out!
    45 mins
    Talk
    Beginner

    Standing up a Kanban system seems simple enough. If you’re already a Kanban fan you know that simply visualizing a team’s work and limiting work in progress (WIP) can produce a consistent flow of completed work. Add measurements and explicit process policies to your Kanban system and teams see dramatic increases in throughput, lower operating costs, and capacity perfectly tuned to demand of their customers.

    Yet, despite this promise, a team's use of their Kanban system can languish. Why? The challenges are simultaneously more basic yet more difficult to overcome than one might think.

    This session will first identify common sources of resistance you are likely to encounter, drawing on the presenters’ real world experiences with a federal organization in which all software projects deliver using agile methods and a majority of projects have adopted Kanban.

    Challenges include:

    • Establishing sufficient personal safety to make work visible
    • Facilities e.g. “Where could we put a board? Are we allowed to put things on the wall?”
    • Learning the mechanics of a pull system
    • Sticking to WIP limits
    • Evolving a team culture that values finishing work over starting work and throughput over utilization

    Next, we will share what we’ve learned about making Kanban relatable through the hands-on Kanban Holiday Card Simulation, which has been run in 17 training classes with 330 federal staff from a variety of professional disciplines. In the simulation, students define a workflow for sending out holiday cards, create a Kanban board to represent that workflow, and carry out the work of a family producing cards while visualizing their work on the board and limiting WIP. We impose just one teensy rule that ensures the process has a constraint. Then, let the learning begin!

    Profoundly, we have time and again observed students’ emergent discovery of the Theory of Constraints and subsequent uncovering of 4 actions that may be taken to speed the flow of work through any constraint.

    We will describe how this simple, non-technology simulation provides a safe space to create and run a Kanban system and can give your teams the courage, practical experience, and permission to create Kanban systems when they return to their real jobs – whether their sphere of influence extends to creating a board to track just their own work, their team’s work, or the work of a whole organization.