Project success =  f (listening, feedback, intentionality, practices) 

To make your agile practices and processes come to fruition, you need to cultivate an environment that promotes listening, learning, inquisitiveness, intentionality and top notch feedback that everyone is comfortable with. 

Agile projects succeed when there are frequent high-quality reinforcing feedback loops. I will share communication models based on Clean Language questions of David Grove and the Systemic Modelling techniques of Caitlin Walker that can greatly increase clarity, sense of purpose and listening skills within your team and collaborative endeavors.  These include: Clean Questions, Clean Feedback, and Clean Setup.

This is a hands-on, try it out, concrete practice session.

 
8 favorite thumb_down thumb_up 1 comment visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

This hands on workshop will having you in the driver’s seat, using and practicing on the spot what you are taught.   Within each learning segment, you will be given clear instructions


5 minutes: Intro and setting the stage

20 minutes: Listening/Curiosity- 3 clean questions to elicit more info.  These questions help to forestall responding with advice or your next ‘thing’ to say so that your partner can finish his bit  - we’ll be working in pairs.

10 minutes: Clean Setup (setting intentions and laying foundations for meetings, discussions, interviews, hiring, or other business encounters)

15 minutes: Clean Feedback (might feedback at the interpersonal level be the missing secret sauce for project success - let’s learn a completely new way that your whole team can use - and transform the fear that we have of negative feedback into something we can use for improvement)

10 minutes: Q&A

5 minutes: Clean Feedback on the session.

Learning Outcome

You’ll walk away with an introduction to 3 of the many powerful techniques of Clean Language and Systemic Modelling for group collaboration.  

I’ll hand out cards with the 3 tools outlined on them, that you can keep handy and use in everyday situations.  

Participation in this session is the key to learning.

Target Audience

team members, leads, testers, managers

schedule Submitted 3 years ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • Anna
    By Anna  ~  3 years ago
    reply Reply

    I attended Andrea's workshop at Agile 2014. Andrea is a great facilitator - so it was run flawlessly. The workshop is filled with the unique content. I practiced few take-home techniques, and also learned a lot about myself. Attending Andea's workshop was one of my best experiences at the conference.

    Highly recommended for Agile teams.


  • 60 mins
    Workshop
    Intermediate

    Trying to figure out Agile Release Planning?  We've done it and we've done it well.  Twelve teams - done! Twenty teams - done! Forty teams - done!  If your organiztion needs to tackle the enterprise release planning beast, you should attend this session.  Whether you are struggling with planning a large agile release planning event or simply trying to figure out how to improve your current agile release planning events, this session will provide nuggets of learning from planning teams with hundreds of people spread around the globe.  Many organizations have tried to conduct enterprise agile release planning and gave up because they could not overcome some of the basic obstacles like who to invite, where to hold the event, and how to keep everyone engaged.  

    If you are trying to figure out how to coordinate two teams or dozens of teams, this session will provide insights into what works and what doesn't.  You will gain expereince by practicing actual agile release planning exercises to help you prepare for your orgainzations next agile RP event.  The learning expereince starts with a presentation on the key steps to consider as you launch a large agile program.

  • Liked David Bulkin
    keyboard_arrow_down

    David Bulkin - Build Righter Stuff with HDD (Hypothesis Driven Development), a.k.a., HDD is TDD for the Business Case

    David Bulkin
    David Bulkin
    Managing Director
    Grow-Lean LLC
    schedule 3 years ago
    Sold Out!
    60 mins
    Workshop
    Intermediate

    With TDD (Test Driven Development) a coder writes a small test, and then just enough code to make the test pass, cleaning up the code along the way.  Imagine applying the same concepts to the business case.  Now stop imagining and use HDD (Hypothesis Driven Development) to test your business case and refactor it for success.

    Our hands on session will cover the basics of ATDD (Acceptance Test Driven Development) and BDD (Behavior Driven Development) to specify by example, so all stakeholders get on the same conceptual page, developers build what the business really wants, and testers can prove it. 

    But building what we want it not enough, so we will go further and use HDD to validate, or invalidate, business outcomes, focusing us on value instead of on adherence to specification.

    This is a hands on session, so come with pen, paper and a readiness to learn by doing!

  • Liked Wyn Van Devanter
    keyboard_arrow_down

    Wyn Van Devanter - A Thin Automation Framework for Managable Automated Acceptance Testing

    60 mins
    Demonstration
    Intermediate
    Automated Acceptance Tests (AAT) can provide huge value, and can automate time-consuming tasks like regression testing, but aren't easy to scale.  Have you tried implementing them only to abandon them later?  Are they fragile?  Do they give a lot of false positives?  Do they take more time to write than the value you're getting out of them?  These are common problems with automated acceptance testing, but there are ways to mitigate these issues.  One great way is to create a very thin automation framework that helps you write the tests faster while reducing the fragility.  Wyn will walk through writing a thin automation framework, illustrating a test-driven approach that yields a framework appropriate for the software being tested.  The resulting tests are very clean and readable, and they become faster and faster to write as the framework evolves.  He will use C# and Selenium but the concepts are applicable to other languages and browser automation frameworks.  He will also illustrate simple approaches that reduce the fragility and maintenance costs of the tests.  Participants will come away knowing how to get started on an automation framework that will be easy to understand and maintain, and that should scale as much as needed.  
  • Liked Shawn Faunce
    keyboard_arrow_down

    Shawn Faunce - Engaging a Product Owner on a Government Contract: Challenges and Solutions

    30 mins
    Talk
    Beginner

    Great systems require active, capable Product Owners.  Functional innovation is not possible without their commitment and involvement in the project.  Too often in government contracting, the Product Owner is an Absentee Owner.  Agile Development teams often seek out tools and techniques to create great systems, however too frequently what is holding them back is the lack of an engaged Product Owner. Teams in this situation must face the elephant in the room if they desire to build a system that brings positive change in efficiency, productivity, quality, usefulness, and adoption.  This talk shares solutions I have used for challenges I see again and again on government contracts.

    The talk begins with some introductory material on the problem, its causes, what I mean by functional innovation, and why this is required to build great systems.  I describe four challenges with Product Owner engagement that are not unique to government contracting, but that I see recurring on projects: committing staff, procurement practices, role ambiguity, and absentee ownership.

  • Liked Craeg K Strong
    keyboard_arrow_down

    Craeg K Strong - How much testing is enough for software that can condemn a man to death? Traceability in an Agile Federal Government Agency Context

    60 mins
    Talk
    Intermediate

    Using tools like TDD and ATDD, Agile provides the means to be confident that your brand new software is well tested-- even for life critical situations such as criminal justice software.  But hold on a minute!  It is a rare mission critical system that is built completely from scratch.  There are always legacy components your team didn't build or doesn't control.  Maybe the previous contractor built it-- but now they are gone and it is your problem.  How can you be certain that everything functions properly in such a situation?  How much testing is enough?  How can you know whether a system has been tested?  These are the questions that standards such as CMMI and PMBOK seek to answer with traceability.

    The debate about traceability has been raging for a long time, with passionate advocates on both sides of the argument.   Projects following traditional waterfall methods, and projects that conform to PMBOK or CMMI standards often create and maintain a requirements traceability matrix, or RTM, a document that traces “shall” requirements to functional capabilities and testcases.  Some Agilists argue that the RTM is rarely consulted in practice, so the significant efforts required to maintain such a document are “waste.”  Others point out that agile practices such as TDD provide all the traceability that may be needed. This talk will explore the underlying reasons why traceability may be important and worthwhile in many Federal government contexts, and review exciting new technologies that may provide an “agile answer” to this conundrum.

  • Paul Boos
    Paul Boos
    IT Executive Coach
    Excella
    schedule 3 years ago
    Sold Out!
    60 mins
    Workshop
    Beginner

    So what does Collaboration really mean?  It's just ensuring people understand what each other is doing right?

    The Power of 13 Collaboration Game illustrates what true collaboration means.  We'll do work by rolling dice over a 3 week Sprint. We'll then explore the results and start our next Sprint. In each Sprint, we're going to increase the participation across players and see what the effect is on productivity.  Prepare to be surprised!

    Should there be enough time remaining in the hour; we'll then specifically apply true collaboration to better understand the effects of pair programming by playing Pair Poetry.  This simulates the power of pair programming and demonstrates why the one screen, one keyboard concept works.

  • Liked John Sextro
    keyboard_arrow_down

    John Sextro - Coaching Affinity Estimation

    John Sextro
    John Sextro
    Agile Coach
    9 Principles
    schedule 3 years ago
    Sold Out!
    60 mins
    Demonstration
    Intermediate

    Spend Less Time on Your Estimates

    Most teams would rather work to deliver value to customers than spend time estimating stories.  In order to spend less time estimating and more time delivering value to the customer, many teams have adopted “Affinity Estimation”.  Using “Affinity Estimation” many teams have significantly reduced the time required to estimate and I have personally been involved in sessions that used to take 60 minutes and are now taking 15 minutes.  By using “Affinity Estimation” to compare new stories to real stories that were recently completed, teams are able to quickly and confidently provide an estimate without lengthy discussions and worries of the unknown. 

    What to Expect

    The session will begin with a brief presentation highlighting everyday problems that coaches deal with when estimating stories.  Then, using volunteers from the audience, we will work through a series of exercises/games demonstrating the value of "Affinity Estimation" while teaching the audience and the volunteers how to coach these exercises for their own teams.

    All Teams are Not Created Equally

    This session will provide you with exercises that you can use for existing teams, as well as, new teams. 

  • Jason Tice
    Jason Tice
    Agile Coach
    Asynchrony
    schedule 3 years ago
    Sold Out!
    60 mins
    Workshop
    Beginner

    Agile and Lean principles call for teams to delay decisions and activities until the “last responsible moment” so as to minimize rework and waste.  While this sounds good in concept, sometimes teams fall victim to waiting until it is “too late” to make a decision or get started on a needed activity resulting in missed opportunities and/or down-to-the-wire heroic efforts to meet a deadline.  This workshop entails a competitive LEGO simulation where participants will divide into small teams, each team will be given the same simple LEGO build challenge, and then each team will be able to conduct their own experiments as to when the “last responsible moment” really is.  Following the LEGO build challenge, participants will engage in a debrief to discuss the outcome of the challenge, identify factors that helped to successfully identify the last responsible moment, establish linkages between the LEGO simulation and agile software development activities, and of course congratulate the winners of the challenge.  During the debrief, participants will complete a debrief worksheet to reinforce key learnings and takeaways from the simulation that they will be able to take with them from the session.  Best of all, this is a LEGO session, so you will get to play with LEGO and fun will be had by all!

  • Liked David W Kane
    keyboard_arrow_down

    David W Kane - Making Movies and Software at the Speed of Thought!

    60 mins
    Workshop
    Beginner

    Director Robert Rodriguez (Spy Kids, El Mariachi, Sin City) is an Agile Director. He enjoys making highly creative movies quickly and cheaply. His ambition is to make movies at the speed of thought. To achieve this goal, he works in small teams to develop the ideas, visualize them quickly, shoot the movie fast, and build the movie in layers. This workshop will introduce Rodriguez's approach to film making by screening several of his 10 minute flick school featurettes and we will explore how these techniques translate to Agile software development in a lively group discussion.

  • Liked Philip Rogers
    keyboard_arrow_down

    Philip Rogers - Lean Coffee: Creative Uses of this Technique to Rapidly Surface Ideas and Encourage Team Collaboration

    Philip Rogers
    Philip Rogers
    Scrum Master
    NPR
    schedule 3 years ago
    Sold Out!
    30 mins
    Workshop
    Intermediate

    Lean Coffee is frequently used in meetup and conference settings. The beauty of Lean Coffee is its simplicity, and it is this very simplicity which makes it an appealing choice in various Agile team contexts. Specifically, Lean Coffee is particularly good for ad hoc training sessions and for retrospectives. The focus of this workshop will be on the use of Lean Coffee in these two types of settings, where we will split up into small groups and practice using Lean Coffee to cover ad hoc training topics and to do a mini-retrospective.

     

  • Liked Alexei Zheglov
    keyboard_arrow_down

    Alexei Zheglov - Lead Time: What We Know About It and How It Can Help Forecast Your Projects

    60 mins
    Tutorial
    Intermediate

    The session is about just one metric, but a very important one - lead time.  Simply put, lead time is the time between the start of work and delivery.  And there is a catch: if the work has to wait in a queue or if we switch from it to work on something else, the clock keeps ticking until we deliver.  Lead time has proven to be a difficult metric to game.  Even when people try, they often end up delivering faster, with less delay - win-win.

    We will look at examples of real-world lead time data for several different types of work from different companies.  We will discuss the very recent new insights into lead time distirbutions.  Those will then lead us to building useful probabilistic delivery forecast models for your process.  Building such models is surprisingly easy and takes surprisingly few data points.  The models, in turn, enable better decisions.

    Are your ready to embrace the probabilistic approach?

  • George Paci
    George Paci
    Agile Coach
    Santeon
    schedule 3 years ago
    Sold Out!
    30 mins
    Talk
    Intermediate

    Agile planning tools started simple: index cards, markers, and a table or wall. On many projects, for many reasons, these old stalwarts have been supplemented (or even replaced) by software solutions: Rally, VersionOne, Jira Agile, Trello, Trac, Scrumy, and literally dozens more, even BaseCamp. These tools have undeniable advantages over cardboard and ink in some aspects, but they're not superior in every situation.

    This session will highlight the pitfalls of centering planning meetings around software tools—even the best ones, like [your ad here]—and make a badly-needed sales pitch for index cards on a wall (compensating for Oxford's oddly anemic marketing effort). You'll see how cards can make better use of your team's time and brainpower, promote parallelism in meetings, and increase engagement by all participants.

  • Liked Joshua Seckel
    keyboard_arrow_down

    Joshua Seckel - No defects in a government setting? What does that really mean?

    60 mins
    Talk
    Intermediate

    We have heard a lot about no defects or zero defects, but is that reasonable or achievable in the government context?  How else can each sprint be deployable? Or how can you get to true flow with each story deployed to production?

     This session will explore how to get to a no defects posture across all of the tests required in a government setting. 

    We will look at the various types of testing:

    Unit, Functional, Integration, Security, 508, System, User Acceptance, etc 

    We will look at what defects mean and how (or if) they should be tracked

    We will look at what potential impediments from government organziations may exist in reaching a no defect state of software delivery

    We will look at what tools and techniques can be used successfully in the government setting to address the impediments and achieve no defects in released software

  • Liked Roland Cuellar
    keyboard_arrow_down

    Roland Cuellar / Ken - IV&V for Federal Agile Programs: A Customer Experience Report

    60 mins
    Talk
    Intermediate
    1. Many federal government organizations have a requirement to perform independent verification and validation (IV&V) of software development projects for purposes of risk identification and compliance
    2. As more federal agencies move towards agile, they will need to devise agile-appropriate methods for evaulating agile teams and contractors for process performance and project risk identification
    3. Traditional approaches to IV&V are heavily biased towards waterfall, gate reviews, and traditional SDLC artifacts and hence, do not work well within an agile envrionment
    4. Agile programs have their own process-specific risks and issues that need to be evaluated uniquely.  The document-centric approach that has traditionally been used is innapropriate and ineffective for agile teams as it does not find the right risks and does not find them early enough in the development process.
    5. We at DHS/CIS have developed a unique, agile-appropriate IV&V model for a large agile transformation effort within DHS
    6. The model is used to discover process risks, design risks, code risks, and testing risks in real-time for agile teams
    7. The model serves as actionable and real-time feedback to teams, contractors, and federal managers that can be used for process improvement, vendor evaluation, and as a means to find and elevate delivery risks on agile projects
    8. Positive results, challenges, and recommendations related to the development, roll-out, and execution of this agile-appropriate IV&V model will  be shared
  • Liked Alexei Zheglov
    keyboard_arrow_down

    Alexei Zheglov - Five Very Important Numbers And How They Can Help Improve Your Knowledge-Work Organization

    60 mins
    Tutorial
    Intermediate

    This session will be about five numerical characteristics of a process.  (Call them "metrics", but beware we will be discussing only those that are difficult to game.)  I chose five of them that are not often discussed,  rarely measured, and even less frequently used in making decisions.

    This happens partly because of inertia.  In the better-studied world of manufacturing physical products and services, for example, one of these quantities approaches 100%, another one is almost always (ideally) zero, and yet another one is a single number rather than a statistical distribution.  You don't even have to think about them.  But when the customer value is created in the brains of intellectual workers rather than on the assembly line, the five quantities we will be discussing reveal non-trivial insights.

    We will discuss what you can do to measure them when you return to your office on Wednesday.  We will also discuss how you can practially use the new knowledge, starting on Thursday, to find new leverage for improvement, find time for work that is important, but not urgent, balance capabilities of your organization with the demand placed upon it, deal with uncertainty, and forecast the delivery of your projects and other commitments.

     

  • Liked Mark Hammer
    keyboard_arrow_down

    Mark Hammer - “Want to be Agile Across the Extended Development Team? Collaborate!”

    60 mins
    Talk
    Intermediate

    How can development organizations ensure building reliable systems, yet responsive to change? This is a fundamental question plaguing Agile organizations. The key is collaboration. Mark Hammer explores process changes and tools your organization can use to ensure high quality software, while maintaining the flexibility to respond to change. He highlights examples from large and small companies showing how simple changes can improve team performance, increase employee satisfaction and save the company money in expensive software fixes.

     The session highlights several key findings:

     1. PROCESS. Best practices for collaboration, focusing on what a collaborative culture looks like. How can managers foster collaboration? How can developers, testers and product managers work together to solve problems previously managed by just one of these groups?

    2. TOOLS. What tools can foster collaboration across these teams? And how can these tools be used to help teams adapt to new customer findings? I review several categories of collaboration tools, with special emphasis on tools that have impacted the ability of specific companies to collaborate and improve quality metrics and results.

    3. MEASUREMENT. Ways other companies have tried to measure collaboration and its impact on team performance, highlighting specific examples including companies that have put in place process and tools then measured their ROI against them.

     

  • Liked Scott Schnier
    keyboard_arrow_down

    Scott Schnier - Shu Ha Ri and Self Organizing Teams

    Scott Schnier
    Scott Schnier
    Agile Coach
    CGIFederal
    schedule 3 years ago
    Sold Out!
    30 mins
    Talk
    Advanced

    Join Scott as he discusses valuable lessons he has learned as an Agile Coach working with new agile teams on government projects. After several years on agile projects in the private sector the shift to agile in the public sector was quite a shock. Scott will discuss how the Japanese martial arts concept of ShuHaRi (roughly translated, it means first learn, next detach, then transcend) has helped him become a better coach when working on Agile transformations on government projects. Explore when the maxim “Let the team decide” is not appropriate and the technique of rationing tools and process to encourage engagement. Engage in thoughtful discussion about the stages of learning and come away with valuable guidance for managing the seeming paradox of self-organization and disciplined learning. This discussion provides a powerful message for agile coaches and scrum masters for teams just beginning an agile journey or just stuck in hybrid mode.

     

  • Liked Derek Huether
    keyboard_arrow_down

    Derek Huether - At home and work, how to get more stuff done. An introduction to Personal Kanban

    3 mins
    Workshop
    Beginner

    With a world of constant distraction, it feels like it’s getting harder and harder to get stuff done, regardless if it’s on a personal or organizational level. At some point, we’ve been sold the lie that multitasking is great and maximum utilization is even better. If we all agree with that, why are we doing more and getting less done? If there were a relatively simple way for you to get more stuff done, wouldn’t you want to know what it was? If there were a way for you to measure and improve your processes over time, wouldn’t you want to know how to do that as well? When getting stuff done is a primary measure for success, we need to introduce people to concepts that are simple but can be leveraged at scale.

    In this session, participants will be introduced to the principles of Lean and the application of Kanban to visualize their personal work, limit distraction and waste, and get stuff done. I’ll cover the core concepts outlined in Jim Benson and Tonianne DeMaria Barry's book, Personal Kanban, to get you started. I’ll talk about how Kanban can be applied to everyday work and why you should do it. 

    Through my years of struggling with ADD/ADHD and my years of management, leadership, and coaching, I have learned and applied Personal Kanban techniques in my everyday life and Lean Kanban at both government and private organizations. This is your opportunity to learn a few simple strategies that you can start using before you even leave AgileDC. This workshop can help you map your work and navigate your life.

  • Liked Howard Deiner
    keyboard_arrow_down

    Howard Deiner - Lean Thinking and What It Mean to the Agile Mindset

    60 mins
    Talk
    Intermediate

    Long before the Agile revolution for software development began, industry had learned that efficient production of goods required intense attention to quality, teamwork, and continuous improvement. These themes of Lean Manufacturing (which was further refined into the Toyota Production System) were never part of the original formulation of the Agile Manifesto, and are rarely mentioned as part of the traditional Agile/Scrum recipe for teams transforming to the new “Agile” mindset.

    The reality is that the traditional Agile/Scrum recipe is actually a “dumbed down” version of the Toyota Production System, and makes it easier for organisations to grasp and start from. However, if organizations really want to achieve the goal of producing the software they need in a fashion that leads to High Performance Teams and Sustainable Engineering, they will need to understand the principles of Lean so they can incorporate them into their unique process. This session teaches the basics of Lean, and demonstrates how they apply to Agile development.

  • Liked shentonfreude
    keyboard_arrow_down

    shentonfreude / Paul Boos - Making a Better Salad: Behavior-Driven Development with Lettuce

    30 mins
    Tutorial
    Intermediate

    Is your organization still using brittle GUI driven-tools to ensure applications can be tested? Do you find these difficult to map to the user stories that describe product owner/business needs? One of the current Agile practices to doing this is Behavior-Driven Development (aka Acceptance Test-Driven Development) and writing user stories and acceptance criteria in a Specifications by Example format.  This has real power in that business people can understand the tests and the delivery team can ensure the code meets the tests, thus they serve as an example.

     

    This tutorial will give a short background on Specs by Example/BDD and the show you how to write such tests in Lettuce.  You will gain a deeper understanding of how you can apply this to writing your applications.