5 Metrics to Create Safety and High Performing Teams

Description:

I see that a lot of organizations use metrics in inappropriate ways to measure teams. At the heart of these metrics, nine times out of ten, are velocity and story points. These metrics lead to a lot of mistrust, fear, and bad technical practices. This talk will focus on shifting the focus to diagnostic metrics.

 Before shifting focus to diagnostic metrics, we need to understand what inappropriate metrics are. When questioning teams about why their velocity was lower from one sprint to another, teams are more likely to inflate their estimates to avoid questions in the future. This is one of my scenarios. We will explore this case and my other top-ten based on the 165 teams I have interacted with. Focusing on one metric does not provide a balanced view of the team.

For balance, I promote five metrics. The combination of metrics balances each other. These five metrics are lead time, quality, happiness, agile maturity, and business value. Focusing on these five metric areas can be used as a diagnostic tool to help teams grow and support coaching. During the session, we will use my Excel-based tool and visual model to simulate this balance.

When you push shorter lead times (how fast) on a team with a lower agile maturity, the first thing to change is quality, followed by happiness and then the delivery of value. Conversely, if a team focuses on TDD, the first thing to change is quality, followed by agile maturity, reduction in lead time, and increased delivery of value.  

Teaching teams to harness data in a positive way will help them to flourish.

 
7 favorite thumb_down thumb_up 0 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

  1. Opening  the session - 5  minutes
    1. Into to the speaker
    2. Cover the session agenda
  1. Metric Overview - 10 minutes
    1. Agile metric Antipatterns
    2. What makes a good metric
  2. Flow-Based Metrics - 5 minutes
    1. Predictability
    2. Productivity
    3. Responsiveness
  3. Quality - 5 Minutes
  4. Agile Fluency/ Agile Assessments -5 Minutes
  5. Happiness - 5 Minutes
  6. Business Value - 5 Minutes
  7. Q and A -  5 minutes

Learning Outcome

Session Attendee will walk away with an understanding of what makes a good metric,  What are metric anti-patterns  Lead Time, Quality, Happiness, Agile Fluency, and Business Value metrics. How these 5 metrics balance each other out. Tools and methods to put in place these concepts at these organization. Creating a coaching dashboards for their coaches and Scrum Master.    

Target Audience

Leadership, Curious Practitioner, Scrum Masters, Agile Coaches, any one that wants to change the conversation.

Prerequisite

General understanding of the Agile Manifesto, An Open Mind 

schedule Submitted 4 months ago

Comments Subscribe to Comments

comment Comment on this Proposal

  • Liked Declan Whelan
    keyboard_arrow_down

    Declan Whelan - Technical Debt is a Systemic Problem - Not a Personal Failing

    Declan Whelan
    Declan Whelan
    Agile Coach
    Leanintuit
    schedule 3 months ago
    Sold Out!
    60 Mins
    Talk
    Intermediate

    You often hear technical debt described as a personal failing. Why didn't you code with greater rigor? By creating technical debt, how could you have made life harder on people working in the code? More often than not, technical debt is the result of bigger, systemic problems.
    Chances are, you're not a bad person. You didn't want this to happen. It's the system, not you, that's chiefly responsible.
    In this talk, we will present some of the conclusions from the Agile Alliance's technical debt working group, which has looked into the systemic causes and consequences of technical debt. While marginal amounts of technical debt will always accrue, that does not explain why substantial technical debt is a widespread phenomenon. The organization in which software development teams work is the much bigger culprit. Many systemic causes, such as deadline pressures, under-investment in skills, and even the unwillingness to measure technical debt, conspire to create a growing burden on software professionals, who would otherwise choose not to create this problem if given the opportunity.
    Just as technical debt has systemic causes, the real cost of technical debt lies at the system level. The increasing drag on software innovation has effects not just on individual and team productivity, but on the software value stream, the portfolio, and the organization as a whole. Sometimes, the cost is obvious, such as the valuation of a start-up company's code; other times, the consequences are far more subtle and insidious.
    During this session, we will use the language and methods of systems theory to better come to grips with the causes and consequences of technical debt. Don't worry if systems thinking is unfamiliar — we will cover the basics during the talk. We will also do an exercise in which you will create a simple systems model of your own challenges with technical debt, and discuss how this model should help you shape a plan of action for dealing with technical debt.
    Ultimately, the goal of this session is to give you the tools to better deal with technical debt. Rather than blaming individual developers, you will be able to show the systemic sources of technical debt, and assess the relative value of addressing each of them. Rather than depending on technical measures to convey the costs of technical debt, we will help you to put the costs of technical debt in stark business terms.

  • Liked Sue Johnston
    keyboard_arrow_down

    Sue Johnston - It's Not About The Tools: Facilitating Effective Meetings Across Distance

    40 Mins
    Talk
    Intermediate

    A face-to-face conversation is the most efficient and effective method of conveying information to and within a development team. So states the sixth principle of the Agile Manifesto.

    Reality comes with a big "however." Work-at-home, outsourcing and inter-company partnerships mean that, more and more, we find ourselves n meetings where other participants are not in the same room. They may be around the corner or around the world. Some organizations invest in powerful tools to make this arrangement work well - or, sometimes, not so well. Others make do with audio only. Are we fooling ourselves when we call these events "meetings?" Maybe. Yet they're part of our world, so why not make the most of them?

    In this lively session, you'll examine a proven pattern for facilitation, discover ways to overcome the challenges of virtual meetings and learn techniques that encourage meaningful participation. Most of these require more focus and ingenuity than expense.

    Sue will share some of the techniques she learned as a teleworking pioneer in the '90s and a trainer of coaches, via distance, since 2003. Join us to explore ways you can bring your meetings with remote participants to life and respect everyone's time - including your own.

  • Liked Sue Johnston
    keyboard_arrow_down

    Sue Johnston - Do Your Product Owners Speak A Foreign Language? Techniques for creating shared understanding

    60 Mins
    Talk
    Intermediate

    Effective interactions, between product owners and designers and team members who develop and make those products real, are key to team, product and organizational success. It's reflected in the first value of the Agile Manifesto.

    Still, one of the chief complaints, from both the product side and the dev side, is poor communication. The list of irritants includes: lack of clarity, lack of understanding, lack of time, lack of access, too many meetings, too much jargon, too many badly written user stories and too many people involved.

    Communication isn''t the only obstacle, but it’s a big one - and it can be overcome with no cost or organizational disruption.

    Regardless of the role we play on the team, part of everyone’s job is to create shared understanding. In this session, Marilyn, an experienced product owner and product manager, and Sue, a communication specialist and coach, will share their research about communication gaps in the product-development relationship and approaches that can close the gap.
    Join them to explore tips and ideas to improve communication flow and help teams move from concept to cash.

    NOTE TO TAC TEAM
    Because we are doing some original research on this topic, I would like to include a co-presenter, Marilyn Powers, PEng, who, at the time of posting, is not yet on confengine. Info about her is available at https://www.linkedin.com/in/marilynpowers

    Here is more biographical info about Marilyn:
    Marilyn has more than 10 years experience bringing products and services to market as a Product Manager. As a licensed professional engineer, she has experience working in a variety of fields, from manufacturing to operations to simulation to SAAS software. Currently, Marilyn is a Product Manager at D2L, a leading Ed-tech company, where she works closely with Product Owners, Dev teams, Designers, Senior Leaders and many other stakeholders to deliver quality software tools to educational institutions and corporations who value learning and development. Her expertise is creating shared understanding between diverse groups, be it external customer advisory groups or internal stakeholders.

    Previous presentations or workshops
    Marilyn has presented at a variety of conferences over the past 20 years, the career highlight of which was a live demo on the main stage keynote at the D2L Fusion 2016 conference. Other conference presentations included Online Learning Conference ( New Orleans, LA 2017), Fusion (2015, 2016), Learning Impact Leadership Institute (San Antonio, TX 2016), Industrial Engineering Student Conference (Kitchener, 2016), ModSim World Canada (Montreal, 2010), Montreal Neurological Institute Day (Montreal, 2009), McGill University invited speaker on Haptics (Montreal, 2006). Prior to these presentations, Marilyn was an Instructor of Engineering at Mount Royal University in Calgary, AB.

  • 40 Mins
    Talk
    Intermediate

    Although self-organizing teams are crucial to carrying out a successful Agile transformation, organizations that implement Agile at scale invariably realize that the introduction of such teams forces the organization to re-engineer numerous aspects of its operating philosophy. In particular, various management layers are often removed. The individuals in these layers are routinely re-purposed or laid off.

    This talk highlights the approaches I used as an Agilist in various organizations to help people in different roles on their journey of transitioning into the world of Agile. Specifically, the talk will focus on 5 key roles: Project Managers, Product Managers, BA Managers, Development Managers, and QA Managers. It will provide insight into how managers can effectively transition to some of the new Agile roles, or redefine their existing role to effectively fit in an Agile world.

    The emphasis in this talk is on pragmatic strategies for managers that are struggling to find their place in this new Agile world. Armed with these strategies, participants will be able to effectively adapt to the Agile transformation, as well as discover potential new career paths for themselves and for the individuals reporting to them.

  • Liked Chris Murman
    keyboard_arrow_down

    Chris Murman - Brainwriting: The Team Hack To Generating Better Ideas

    Chris Murman
    Chris Murman
    Sr. Agile Consultant
    Solutions IQ
    schedule 4 months ago
    Sold Out!
    90 Mins
    Workshop
    Beginner

    Brainstorming has long been held as the best way to get ideas from teams for decades, but what if we are wrong? Can we take the successful aspects of collaboration and create a better environment for quality concepts? Come learn about brainwriting and get more from your team today!

    If you work in an office, you have probably participated in a brainstorming session or two (or 12). Invented in the 1940s by an advertising executive, the purpose was to solicit many ideas in a short period of time. By putting a collective of creative people in the same room, better concepts should come. Sounds very agile. 

    However, science has shown several times that brainstorming not the best way to generate ideas. It’s cumbersome due to all of the interdependent activities happening at once. When spending time generating ideas as a group, you often spend more time thinking of others ideas than your own. 

    Fortunately, a relatively unknown technique is starting to gain popularity called brainwriting. Incorporating it into your team events can produce more diverse ideas and provide a friendlier environment for collaboration. In this session, we will workshop them and leave the audience with all of the tools to bring the technique back to their offices.

     

    What Makes It Compelling:

    I was skeptical when I first read an article on the technique, mainly because I had always believed brainstorming produced quality ideas. As a “stickies and sharpies” type of coach, I’d seen so many teams collectively throw out ideas during planning and retrospective sessions. But in the ensuing weeks, I started seeing where the article was on point in terms of producing quality ideas.

    After contrasting the ideas generated after using brainwriting for a few weeks, my mind was changed forever. Even better was the events themselves didn’t seem that different to teams. 

  • Liked Chris Murman
    keyboard_arrow_down

    Chris Murman - Things Are Broken: A Case Study In Moving Tooooooooo Fast

    Chris Murman
    Chris Murman
    Sr. Agile Consultant
    Solutions IQ
    schedule 4 months ago
    Sold Out!
    60 Mins
    Talk
    Intermediate

    Speed.

    It's been a driver in our industry before it was even an industry. The more Agile becomes more mainstream, the more we think it's part of the package. Books are out promising that certain frameworks can deliver twice as much in half the time. And yet, teams still struggle delivering what's expected of them.

    Once I started asking people of all levels of leadership what they thought speed would give them, it allowed me to develop some experiments around those expectations.

    Please join me for a case study where we discuss the need for speed, the origins of that desire, and the ways it manifests itself into deliverables. My desire is for the audience to take away some powerful learning into their places of work. Only by understanding the expectations around speed can we reset them into an environment built around trust and support for motivated individuals.

  • Liked Scott Ambler
    keyboard_arrow_down

    Scott Ambler - The Executive’s Guide to Disciplined Agile: Business Agility for Established Enterprises

    60 Mins
    Talk
    Intermediate

    An agile enterprise increases value through effective execution and delivery in a timely and reactive manner. Such organizations do this by streamlining the flow of information, ideas, decision making, and work throughout the overall business process all the while improving the quality of the process and business outcomes.   This talk describes, step-by-step, how to evolve from today’s vision of agile software development to a truly disciplined agile enterprise. It briefly examines the state of mainstream agile software development and argues for the need for a more disciplined approach to agile delivery that provides a solid foundation from which to scale. We then explore what it means to scale disciplined agile strategies tactically at the project/product level. We then work through what it means to strategically scale across your IT organization as a whole and discover what a Disciplined DevOps strategy looks like in practice. Your Disciplined Agile IT strategy, along with a lean business strategy, are key enablers of a full-fledged disciplined agile enterprise. The talk ends with advice for how to make this challenging organizational transition.

  • Liked toddcharron
    keyboard_arrow_down

    toddcharron - I'd Buy That For A Dollar

    60 Mins
    Talk
    Beginner

    What happens if we build it and they don’t come?

    Building features no one cares about is not only bad because the feature isn’t getting used, but is also a wasted opportunity that could have been used to build something truly valuable for your customers.

    But how would we know?

    In many companies, features get prioritized by the HiPPO principle (Highest Paid Person’s Opinion). As it turns out, this is often not the most effective way to prioritize your backlog.

    But if not this, then what?

    In this workshop we explore what value is, how to talk about it, and how we might measure the value we have achieved.

  • Liked Johanne Boyd
    keyboard_arrow_down

    Johanne Boyd / Carlo Rosales - Why can't the business be agile too? How ADP is incorporating business Agile practices to keep up with technology

    40 Mins
    Talk
    Beginner

    Does your business struggle to catch up and understand the technical deliverables from your Sprint Reviews? Is there unnecessary re-work and scope creep because requirements are not properly described by the business? ADP has sought to address these issues by incorporating business Agile practices to keep up with technology. The result? Clearer requirements, strong engagement during Sprint Reviews and a collaborative solution with business readiness aligning with technical deliverables. Join our session to find out more!!

  • Liked Steve Zhang
    keyboard_arrow_down

    Steve Zhang - The Joy Of Functional Programming

    Steve Zhang
    Steve Zhang
    Development Practice Coach
    Scotiabank
    schedule 3 months ago
    Sold Out!
    60 Mins
    Talk
    Intermediate

    The popularity of Functional Programming is booming! Are you still wondering what all of the fuss is about? Come to this session and find out! This is an introduction to the power of functional programming. It covers functional programming's basic concepts, and shows you how functional programming will make software simple, elegant, easy to test, and lead to cleaner code. I will share my experiences learning, so you can avoid some of the pitfalls. So if you enjoy coding, love clean code, then you should start learning Functional Programming right now.

  • Liked Mishkin Berteig
    keyboard_arrow_down

    Mishkin Berteig / David Sabine - JIRA is the Worst Possible Choice

    90 Mins
    Workshop
    Intermediate

    A rant, with evidence, on why electronic tools in general, and JIRA in particular, are anti-Agile. Participants will use the Agile Manifesto to evaluate the electronic tools they are currently familiar with. JIRA is used as a case study.

    NOTE: Scrum asks us to have courage. The Agile Manifesto asks us to value individuals and interactions over processes and tools. I hope the organizing committee will consider this proposal despite the risk that it might offend some tool vendors. If we can't speak freely about our experiences with tools, we will fail as a community.

  • Liked Laurelle
    keyboard_arrow_down

    Laurelle - Moving Forward In Circles: Lessons Learned In Agile Transformation

    Laurelle
    Laurelle
    Co-founder
    Vocalmeet
    schedule 3 months ago
    Sold Out!
    40 Mins
    Talk
    Intermediate

    Agile has gone mainstream and individuals everywhere are adopting Agile techniques and practices. In the process, they are interpreting what Agile means individually and what Agile means at an organizational level. 

    People are interpreting Agile techniques and practices in ways that at times create organizational chaos, conflict and lead to dramatic failure.

    Using humor, visual aids and a highly active approach, this session explores some real world case studies of how some organizations have interpreted and adopted agile. It explores pitfalls to avoid and best practices.

    The session provides a blueprint for success with Agile transformation.

  • Liked Dave Dame
    keyboard_arrow_down

    Dave Dame / Aaron Sampson, PMI-ACP, ITILv3, SMC - Design Thinking for Organizational Change

    40 Mins
    Talk
    Beginner

    We all know how people use design thinking to create better products and deliver delightful experiences to our users. However, design thinking can be an excellent tool to use for organizational change. In the case of organizational change, our product is the change that we are trying to drive, and our customers are those people who are impacted (internally and externally) and have to live with that change. In the same way that design thinking puts the user front-and-centre for products, it can be used to put people in the organization front-and-centre. In this talk we will discuss how design thinking works and, as a case study, how we have applied it at Scotiabank to help drive adoption of the Bank’s NPS customer insights into building solutions that serve our customers. In that program, previous internal processes were ineffective in pushing relevant data to delivery teams at the right time. Using a Lean or Agile approach would have provided some benefit, but taking a design thinking approach uncovered an array of useful insights to make the whole process more purposeful. Learn from this example to explore how you might incorporate design thinking to drive greater effectiveness and relevance for your team’s body of work.

  • Liked James Gifford
    keyboard_arrow_down

    James Gifford - Descaling the Enterprise Instead of Scaling Agility

    90 Mins
    Workshop
    Intermediate

    In spite of all of the nuanced discussions, debates and frequent diatribes, scaling agile is about one thing: getting large groups of teams to deliver value in an organized fashion while maintaining empathy, rapport, trust, safety, and ownership across the enterprise. During this session, we will explore the case study of the Value Steam Container, looking at organization design, challenges and success. Focusing in on topics ranging from

    • Organization designs used by WL Gore, The Dunbar number

    • Delivery Triads - Product, Delivery, Technical Excellence

    • Venture capital style funding

    • Focusing on business value

    The second half of the session is a workshop focused on creating a Value Stream Container and resource based on team funding 

  • Liked Jess Long
    keyboard_arrow_down

    Jess Long - Found In Translation - Building Alliances Through Analogies

    Jess Long
    Jess Long
    Agile Coach
    Barclaycard US
    schedule 4 months ago
    Sold Out!
    40 Mins
    Talk
    Intermediate

    This will be a live example of how to use life events and analogies that are relatable to the fundamentals of Scrum. I will walk through my own personal backlog of living on the water and tie the trials and tribulations of such back to a Scrum Model. The details I share will be described in parallel to concepts that resemble a host of Agile themes. The intent is to have the audience consider some of their own personal experiences and how they can use those in future conversations to overcome challenges or resistance around transforming their model.

    One short activity is facilitated during the presentation that engages the audience. This is intended to emphasize the importance of getting to know your audience and highlight the repercussions of relying on assumptions.

  • Liked Scott Ambler
    keyboard_arrow_down

    Scott Ambler - Database DevOps: Techniques for Safely Evolving Production Databases

    60 Mins
    Talk
    Intermediate

    Data, the way that we process it and store it, is one of many important aspects of IT. Data is the lifeblood of our organizations, supporting real-time business processes and decision-making. For our DevOps strategy to be truly effective we must be able to safely and quickly evolve production databases, just as we safely and quickly evolve production code. Yet for many organizations their data sources prove to be less than trustworthy and their data-oriented development efforts little more than productivity sinkholes. We can, and must, do better.  

    If database evolution isn’t an explicit part of your DevOps strategy then you’re not really doing DevOps yet, are you?

     

  • Liked John Le Drew
    keyboard_arrow_down

    John Le Drew - Swearing, Nudity and Other Vulnerable Positions

    John Le Drew
    John Le Drew
    Owner
    Wise Noodles
    schedule 5 months ago
    Sold Out!
    60 Mins
    Talk
    Beginner

    Over 3 months John recorded over 75 hours of interviews and spoke to some of the most respected people in the industry to produce an audio documentary that attempts to answer the question “What is safety? And why is it important anyway?”

    This highly interactive talk will present the findings and guide and challenge you through a journey to understanding safety. Including short interactive sessions and role play exercises to cover the following topics:

    • What is safety?
    • What are the elements that make a team effective?
    • Is psychological safety the foundation to team performance?
    • What can we all do to help foster psychological safety in our teams?
    • What is the relationship between safety, stress and engagement?
    • What is the profound impact of a lack of safety and engagement on society?

    This talk has grown as John created the new podcast The Agile Path. The first season on this podcast is about safety in teams. John has interviewed world renowned specialists in the field; Christopher Avery, David Marquet, Jerry Weinberg, Esther Derby, Johanna Rothman, Woody Zuill and many more in over 75 hours of audio. This has been a fascinating deep dive learning experience for John and he hopes to explore these insights with the audience.

    Here is a short preview video I made for the session:

  • David Sabine
    David Sabine
    Scrum Trainer
    BERTEIG
    schedule 3 months ago
    Sold Out!
    60 Mins
    Experience Report
    Advanced

    Products are not Projects — simple.

    A project is:

    "a set of interrelated tasks to be executed over a fixed period and within certain cost and other limitations."
    "What is a project? definition and meaning". BusinessDictionary.com. Retrieved 2016-04-19.

    Product development cannot be constrained to "certain cost" and products do not have a prescribed end date...so no "fixed period". So long as the organization finds innovative ways to meet market demands, the products they develop will evolve.

    So, why all the projects?

    I teach Scrum — it's a process framework that has been used to manage complex product development. Yet:

    • ~55% of the people in my classes are "Project Managers"
    • ~90% work daily in "project teams" (sic)
    • and ~0% are ready to let go of Project Charters!?

    Project charters in a complex problem domain create an illusion of safety, certainty, and confidence, but are wholly inappropriate in most organizations represented at this conference for one simple reason: the nature of our work is complex and therefore it is not possible to predict a "set of interrelated tasks to be executed over a fixed period and within certain cost and other limitations".

  • Liked Alistair McKinnell
    keyboard_arrow_down

    Alistair McKinnell - Don't Settle for Poor Names

    Alistair McKinnell
    Alistair McKinnell
    Agile Coach / Developer
    Nulogy
    schedule 3 months ago
    Sold Out!
    60 Mins
    Talk
    Advanced

    I get frustrated with code that is sprinkled with poorly named classes, methods, and variables.

    Whenever I work on a team or coach a team, I put a lot of energy into choosing good names and sensitizing my teammates to the power of naming.

    I've noticed that developers spend most of their days reading code rather than writing code. I suspect you've noticed too. Creating understandable code is a high leverage activity for any team. And naming is where I start.

    The core of the session is an example that illustrates the process and power of choosing good names. The example comes from a recent project. There will be code.

    I will connect the example to specific techniques and patterns for choosing good names and share resources that you can use right away.

    My goal for this session is to sensitize you to the power of naming.

  • Liked Alexandra Ursea
    keyboard_arrow_down

    Alexandra Ursea - SCARF Model - How to collaborate with and influence others and succeed

    Alexandra Ursea
    Alexandra Ursea
    Independent Consultant
    N/A
    schedule 3 months ago
    Sold Out!
    60 Mins
    Talk
    Advanced

    Have you ever been in a position in which you were actively engaged in a massive organizational transformation or personal one? Have you struggled with it? Have you tried different leadership styles or approaches but you were still discontent with the results?

    Perhaps the greatest challenge facing leaders in organizations is to create the kind of atmosphere in which people feel treated fairly, promote autonomy and creativity, foster certainty whenever possible, draw people together to solve problems and find ways to raise the perceived status of everyone.

    If you are a leader, every action you take and every decision you make either support or undermines your objective. Every word or glance is loaded with social meaning. Your gestures and sentences are noticed, interpreted and magnified for meanings you may never have intended.

    This is why leading is so difficult!

    Humans cannot think creatively, work well with others or make informed decisions when their threat responses are on high alert. Leaders who understand this and act accordingly could make a very positive impact in their organizations.

    David Rock,CEO of Results Coaching Intl and co-founder of the NeuroLeadership Institute developed a model known as the SCARF model (Status, Certainty, Autonomy, Relatedness, Fairness) to describe the social concerns that drive human behaviour and which leaders could benefit from to smooth organizational transformation.

    The SCARF model provides a means of bringing conscious awareness to people’s core concerns and shows how to attune your actions to better effect.

    This session will address the foundations of the SCARF model, the five domains of human social experience: Status, Certainty, Autonomy, Relatedness, Fairness as well as the broader application of this model.