+15
We have…
Planned: 3 sub-statuses
Ready to Start: 1 sub-statuses
In Progress: 7 sub-statuses
Waiting: 8 sub-statuses
Completed: 2 sub-statuses
Total - 21 sub-statuses
4 of these are very unique, relate to Sales Work Type only.
Our Annual Compliance/Tax Return Work Types use almost all of these, and then other types of work use only a few.
Sometimes I want to add more but wonder if that’s doing us a disservice, it also makes filtering difficult.
How many do you do? (AU/NZ Weetbix reference)
+7
Hi
My two (2) largest are within the In Progress and Waiting parent statuses, topping out at 28 and 14 respectively. I try to ensure the sub-statuses are only added to the work types where needed, forgoing the option to add to all work types when a sub-status is created. I find the more specific I am in the status, the more efficient I can keep work flowing and/or know where work is at when reviewing a Kanban board.
Always a work in process, determining what works and refining.
+10
We are working our way through but each team has specific use cases and we use automators to change status in many cases so the full list isn’t in the way.
It is a lot when we get to filtering and we have to be careful that we are getting the full picture of what we are looking for. On the other hand we can get very specific lists of work without a lot of noise with so many precise sub-status.
I am following this thread for ideas on where we might land with our clean up.
+12
How many do you do? (AU/NZ Weetbix reference)
We have 64 statuses 😬 we could cut this down as there are duplicates that are very similar, but of the work types we’ve gone through a process to review and standardize, I think most only have maybe 10 max? We’ve stopped adding new ones now, and we’ve gone through and ensured each work type only has the necessary statuses. I don’t find it causes any issues in dashboards, except for if we were to view a dashboard covering all work types, in Kanban view with status columns!
Like
+15
+15
+15
Hahaha, start em young! 😂
I don’t find it causes any issues in dashboards, except for if we were to view a dashboard covering all work types, in Kanban view with status columns!
Oh yeah, I can imagine it would in that instance..
a status wouldn’t be used more than once in the flow of a work item, unless it was incomplete and has to move backwards.
We’ve designed it on an expected-ideal flow (everything we expect to happen normally - ideally only once each - but with generic enough language that if it happens twice it makes sense which status it goes back to)..
Work starts
Queries to Client
Work continues - here it could go back if the answers to client queries lead to more queries or weren’t answered sufficiently
First review (accounts and tax rec)
Working post first review
Further review (accounts, if any review points, tax return and letter) - here it could go back if issues with tax return or letter, or still issues with accounts
Already have an account? Login
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
