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:

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