COVID-19 and Agile

Facebook
Twitter
LinkedIn
Pinterest
WhatsApp

A fresh perspective on uncertainty, complexity, empiricism, and flow and what to do about it.

The COVID-19 pandemic gives us plenty of opportunities to think about uncertainty, and complexity, and how to deal with those using Empiricism.

When it comes to our work in Agile teams and organizations, the first thing we need to acknowledge is that the first thing that happened to most of us is that we tumbled all the way down from Maslow’s hierarchy of needs top levels down to the bottom – to our physiological needs. At the time we’re hoarding Toilet paper is probably not the right time to talk about Self-actualization and esteem or Mastery and Purpose if you want to use Dan Pink’s intrinsic motivation model.

Maslow's hierarchy of needs - Wikipedia

In parallel to this tumble, many of us were still expected to continue with the business as usual of running Sprints and Program Increments. Some of us were even expected to adjust courses to help our organizations deal with the impact of COVID-19. After all – this is what business agility is about isn’t it?

When I ask my students, clients, and friends in the agile community, the majority say that the importance of agility has gone up significantly, while actually being agile has become harder due to the physical distancing we’re all facing combined with additional responsibilities at home we have to juggle.

I find that the first step towards dealing with this new reality is acknowledging it. A tool I like to use to acknowledge uncertainty and complexity around WHAT we should build and HOW to do it is the Stacey Matrix.

Current times bring to the front a somewhat neglected axis of the model – WHO are the people on our team/group and what kind of interactions are they having? If the WHAT/HOW dimensions range from simple/known all the way to uncertainty and lack of agreement, when we look at the WHO aspect it’s about how effective are the interactions between the people. You could look at it as how far along the Tuckman model (Forming, Storming, Norming, Performing) they are. Drawing the three-axis it kind of looks like an uncertainty spider/radar.

Many of my clients are facing increased uncertainty around WHAT to build. All of them are facing teams, groups, and ARTs that are back to Storming or even Forming from a team/group dynamics perspective because so much has changed in how they collaborate.

Moving from in-person interactions when you can have a certain level of focus throughout the work day to the limited communication bandwidth we’re getting when physically distant from our teammates combined with some challenges focusing, mean our implicit/explicit rules of engagement/working agreements aren’t necessarily working well for us anymore.

So what can we do? You can start by making this reality transparent. Talk about the uncertainty spider and its dimensions with your team. Self-assess where you were before the pandemic and where you are right now. Start a discussion about what to do about the differences/changes you’re facing.

Some concrete steps I’m seeing teams take are to run a team health self-assessment, discuss adjusted working agreements for a work-from-home environment, re-evaluate forecasts/commitments – e.g. by taking another confidence vote with the entire team (or Agile Release Train) and replan as appropriate.

Generally, historical velocity is even less predictive during this significant shift in how we work. YMMV (Your Mileage May Vary) definitely applies. Some teams take on less work into their Sprint and pull in more work if they see they’re doing ok.

Some teams see so much volatility in their Product Backlog that they shorten their Sprint Length because planning too far in advance doesn’t make sense.

Other teams focus on Goals for their Sprint rather than a detailed Sprint Backlog. (Teams I’m working with that are leveraging Kanban/Flow practices are more likely to think this way by the way).

Teams aware of their WIP (Work in Process) are starting to see the bigger picture of everything that is in the process – not just the work on the team but also whatever’s going on at home and in life in general. When they do that they realize that it might make sense to reduce the WIP because we’re suddenly juggling more things while working.

The Daily Scrum becomes more important for many teams because they’re not sitting next to each other anymore and they lack the natural osmosis that happens in a team space. Some teams have multiple Scrums a day. Other teams set up an ongoing live video conference while they’re working individually which reduces the overhead of reaching out to team members and allows for a fun vibe of togetherness. Other teams use real-time chat rooms like Slack or MS Teams for this. Virtual Happy Hours. Watercooler Zooms.

Are all of these good ideas? Many of them will probably turn out to be good practices in the right context.

The important thing is that these agile practitioners acknowledge that things are different and that even during these stressful times and maybe especially during these times it is important to use an empiric process of seeing what works, and what doesn’t, inspecting and adapting while keeping the spirit of collaboration, transparency, empiricism, and flow in mind.

Subscribe for Email Updates:

Categories:

Tags:

Agile Development
Program Increment
Software Development Estimation
Self-organization
Continuous Deployment
speed @ scale
Agile Techniques
Limiting Work in Progress
Kanban Basics
RTE Role
Scrum and XP
IT Operations
Amdocs
Lean Startup
Operational Value Stream
Lean Budgeting
PI Planning
Sprint Retrospectives
Introduction to Test Driven Development
Scaled Agile Framework
Nexus vs SAFe
Agile India
Systems Thinking
Product Management
Legacy Enterprise
Implementation of Lean and Agile
Tips
AI Artificial Intelligence
Process Improvement
Entrepreneurial Operating System®
Kaizen Workshop
TDD
Agile Basics
What Is Kanban
Certification
ART Success
Professional Scrum Product Owner
lean agile change management
Artificial Intelligence
Kanban 101
System Team
Lean-Agile Budgeting
Agile Mindset
Tools
POPM
SAFe DevOps
A Kanban System for Software Engineering
Agile Israel
Advanced Roadmaps
Elastic Leadership
Agile
Lean Agile
ScrumMaster Tales
Lean Risk Management
QA
Frameworks
Agile Exercises
Agile Project Management
Lean-Agile Software Development
Spotify
EOS®
Business Agility
Agile Release Planning
Certified SAFe
Nexus and Kanban
Code
Scrum.org
Change Management
Agile in the Enterprise
Legacy Code
Lean and Agile Principles and Practices
Agile Games and Exercises
Continuous Planning
Story Slicing
Lean Software Development
PI Objectives
Professional Scrum with Kanban
Large Scale Scrum
Daily Scrum
Value Streams
GanttBan
Agile for Embedded Systems
Hybrid Work
LeSS
Scrum Master Role
Lean and Agile Techniques
Agile Risk Management
speed at scale
Webinar
Lean Agile Leadership
Continuous Improvement
Agile Assembly Architecture
Rapid RTC
ARTs
Implementing SAFe
Jira Cloud
Atlaassian
BDD
Lean Agile Management
Agile Contracts Best Practices
Accelerate Value Delivery At Scale
Agile Release Management
Video
Scrum Guide
Perfection Game
SPC
ATDD
LPM
Agile Delivery
Planning
Continuous Integration
RSA
LAB
Manage Budget Creation
Lean Agile Organization
System Archetypes
Agility
Acceptance Test-Driven Development
Scrum Values
WIP
Managing Risk on Agile Projects
Presentation
Agile Product Development
ATDD vs. BDD
SA
Agile and DevOps Journey
Scrum
Continuous Delivery
Agile Games
Managing Projects
Slides
Pomodoro Technique
agileisrael
Quality Assurance
The Kanban Method
Achieve Business Agility
Principles of Lean-Agile Leadership
AI
Jira
Built-In Quality
System Integration Environments
Engineering Practices
Sprint Iteration
Reading List
Atlassian
Portfolio for Jira
Enterprise DevOps
Product Ownership
Covid19
Lean Agile Basics
AgileSparks
RTE
Applying Agile Methodology
The Agile Coach
Agile Testing Practices
Agile Marketing
DevOps
Introduction to ATDD
SAFe Release Planning
Sprint Planning
Kanban Game
Agile Community
Kanban Kickstart Example
Release Train Engineer
Development Value Streams
Effective Agile Retrospectives
Risk Management on Agile Projects
Agile Israel Events
Software Development
Scrum Master
Agile Project
Nexus Integration Team
Agile Product Ownership
Nexus
Games and Exercises
ROI
Scrum With Kanban
ALM Tools
An Appreciative Retrospective
Risk Management in Kanban
predictability
Agile Outsourcing
Releases Using Lean
Risk-aware Product Development
Jira Plans
Professional Scrum Master
NIT
Kanban
Iterative Incremental Development
Agile Program
Scrum Primer
Coaching Agile Teams
Kaizen
Nexus and SAFe
SAFe
Jira admin
AgileSparks
Logo
Enable registration in settings - general

Contact Us

Request for additional information and prices

AgileSparks Newsletter

Subscribe to our newsletter, and stay updated on the latest Agile news and events

This website uses Cookies to provide a better experience
Shopping cart