You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
We usually work with stories and split them into subtasks as part of the planning meeting. Some smaller tasks will not be split.
We'd like to work with Kanban column limits, but find Jira's way to treat stories and subtasks confusing (Jira Cloud): A story that is split into subtasks remains a card by itself. This story card can move independend of its subtasks. Also this story card plus the subtasks are counted and compared with the limits.
See screenshot:
The WiP limit of 3 is exceeded since there are 1 task and one story plus its two subtasks in WiP.
I consider the story to be a grouping of the subtasks, so that I'd expect the number of tasks in WiP to be 3 instead of 4.
Jira Kanban boards can be configured to ignore subtasks, but cannot ignore subtasks.
Is there a way to change the behaviour?
How are other people handling stories with subtasks in Kanban - where do you expect the story card to be depending on the state of its subtasks? Are you automating this or moving the story card manually?