In Progress vs. Dev, QA

Facebook
Twitter
LinkedIn
Pinterest
WhatsApp

When we build the team’s board for the first time there are many times the question of how to represent work in progress, how to show what’s going on between “Ready/Committed” (The backlog of the sprint, items ready to be developed) and “Done”.

There are usually two main options.

The first option is to have the below four columns:

  • Dev – WIP (Work On Progress)
  • Dev – Done
  • QA – WIP
  • QA – Done

For teams moving from the waterfall or practicing a variance of Scrum-But (we do scrum but …) this pattern is not too frightening and preserves a respectful barrier between Dev and QA.

The second option is to have just one column between “Committed” and “Done”: “In progress”.

As I’ve written before in another post, if stories are small enough we shouldn’t need to have the four columns. That’s a trick here, though.

The issue is similar to the chicken and egg question: what came first? If we move to just one column prematurely, while dev and QA work is quite separate, we will not see where things stand. Cards will be stuck for a long time in the “in progress” column, waiting for someone to do something.

On the other hand, not moving to one column preserves the separation between QA and Dev.

The solution I found for this is having an open discussion with the team (the entire team), laying out the options, and trying to get them to make a decision. My experience shows that in most cases the team will opt for one column. This will usually come near the end of a workshop in which we talk agile, scrum, etc. I explain that moving to one column will require a change in the way they work.

As long as the decision is made by the team it usually works. I’ve seen teams go through this change, starting to work closely together. There’s a lot of energy at the beginning and after some days issues start to surface and the team handles them.

If the team opts to stay in Dev, QA separation that’s fine. We can raise the issue again some weeks later, in a retrospective session, opening the issue for another discussion.

So, what is it for you? In Progress or Dev, QA?

Subscribe for Email Updates:

Categories:

Tags:

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