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:

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