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:

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