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:

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