Once upon a time, there was a young farmer with the name @LEGGO . He was known as Jerod the unwise. Thirsty for adventure, he decided to go against all odds and to enter the subtask maze. Everyone advised against it, arguing he was not wise enough to navigate such a maze without a proper training.
He entered the maze, and as he was going deeper and deeper into the levels, he lost his way.
After years of errance he was finally able to find the exit the subtask maze. Below is what he learned. He is now known as Jerod the wise.
Limitations
subtasks are not part of their parent task project
subtasks do not appear on Calendar and Timeline
subtasks do not count in Portfolio Workload (now they do)
subtasks are available in Flowsana
you canāt create subtasks by email
Visibility
by default, subtasks are not expanded in list view
as a result you donāt see overdue subtasks from the main list
you canāt expand and save as a default layout
if custom fields are used in the project, the subtasks will inherit them but they will be hidden by default in the task pane (values are not inherited). Sub-sub tasks and below wonāt show the fields at all.
in My Tasks, the project of the parent task is not shown
inside a task pane, subtasks do not disappear when completed
inside a task pane, in case of too many subtasks, they are hidden behind a Ā« show more Ā» button
subtasks show up in the Team calendar view
Search
advanced search can be used to search for subtask only, or filter out subtasks from the search
Guests
a guest added as a collaborator on a subtask will not see the parent task
Accessibility
subtasks are accessible from the list view, when a task is expanded, and can be opened like a regular task
when displayed in a task pane, subtasks can be opened by clicking on the small bubble on the right
only the first level of subtasks is visible in list view. Deeper levels are only accessible from each subtask
Relationship with parent
completing a task does not complete the subtasks
completing all the subtasks does not complete the task
the task due date is unrelated to the subtasks due dates
Possibilities
a subtask can be multi-homed into its parent task project (and then count in Workload, show on Calendar and Timeline)
you can automate the addition of subtasks through Rules
the tool Subtasks cleaner can complete subtasks from completed tasks automatically
School of thought
some organisations completely forbid subtasks
some organisations forbid more than 1 level of subtasks
I disagree that subtasks shouldnāt be used. Iām not happy that Asana leaves them as a bastard child in the functionality. From experience, building all tasks at the top level make for a convoluted long mess and I generally ignore projects built as such. An organized structure rule for subtasks make a project easier to work through, defining the elements of an overriding set of tasks while also limiting how deep (and lost) they can go. For most timelines, I wouldnāt want to see every little task associated with a project. Iāve used MS Project and donāt want to make Asana that. It is unfortunate if Workload doesnāt roll up.
That is definitely a hot topic. My main point is not that subtasks are bad in essence, but rather that their various limitations makes them hard to use and Iād rather use workarounds to avoid them. But I agree in many cases they are quite handy. I donāt mind a very long project, if that matches the reality. Sometimes clients tell me āmy project is so complicatedā and that is almost always because their business is complicated
Thanks @Shawn_GDCC for pitching in, I definitely need to meet up with @lpb who is a bigger user of subtasks that I am. Weāll post back here if we end up doing a podcast episode or something!
Iād be very interested in seeing how @lbp uses Asana. Iām doing a review and assessment of how the client users are interacting with Asana right now. Weāll address the challenges and revise the procedures and best practices.
This is so great and what a fun read! Iāve always struggled explaining how subtasks function to my team and this does such a wonderful job of laying it out so clearly. Definitely sharing this with them!
I have updated the post to remove the limitation around automation since subtasks can now be created using Rules! Also removed the part about subtasks not counting in project Dashboard, since they do now
@Bastien_Siebman We are hotly in this debate right now. We have a project where we have 2 other related projects through linear dependencies. So we created a Parent Task which is Dependent on Subtask A - Subtask A which is dependent on Subtask B.
We thought awesome the Parent project would keep track of when all the work is done! We used recurrence on the Parent so each time the 2 subtasks were complete the Parent was auto complete and the Parent would generate Next Monthās Task and Subtask.
Then we discovered so many issues with Subtask recurrence :
The subtasks do not get their dates updated
The linkage the subtasks had to their previous projects are gone
The file attachments on the subtasks we donāt want are the only thing copied over
and many more
So how does a department like an accounting company who wants to track monthly closes of various departments handle this in Asana? We are about to head down the path of coding in the API to do all the things we want in subtasks that Asana does not do today and remove some that we donāt want (e.g. attachments). Are we headed down a doomed path?
If that represents more than a dozen tasks, you should consider an entire project for this. Youāll archive it each month, and be comfortable workingā¦
@Bastien_Siebman Just really 2 Tasks that get repeated about 100 times. It would be ideal for a Task template if Task Templates were dynamic (variables) and not manually kicked off. I found a beautiful way to automate this with Salesforce, but my project sponsor rejected the use of Salesforce to do the automation Asana cannot so we can only use Asana API
@Bastien_Siebman Also my use case was not really accurate. The real use case is a department that produces about 100 reports each month. Those reports have 2 main steps Step 1 - Report Creation, Step 2 - Report Sent out to Recipient. To track the status of all 100 reports the user wanted the 2 steps to be Subtasks of the Tracking task and each Task would contain the Name of the Report to make it easy to see which reports were done an which were not.
@Bastien_Siebman Also left 1 important point out. The people working on Step 1 and Step 2 wanted their own projects so they only have to see their own Tasks no the other departments Tasks