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