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:

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