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:

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