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:

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