Search
Close this search box.
Search
Close this search box.
Search
Close this search box.

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:

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