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:

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