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:

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