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:

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