However, it looks like we don’t see those lines on the Portfolio timeline when a milestone from one project is marked as dependent on a milestone from another project. (Here both milestones from the Data Point 1 project are dependent on the “BU” Milestone in the Automation Job project.
Hi @Christopher_Yi and thank you for sharing your feedback with us!
You are correct here. As it stands, cross dependancies are not display in Portfolio’s Timelines but I agree it would be super helpful! Hopefully, this is something we can consider for future improvements!
If you make one Asana project where each task represents one of your own projects, then you can use the task dependency feature to indicate your project dependencies and see them on a “projects timeline” which is effectively what that one Asana project’s timeline will be in this case.
I often saw this solution with an additional project, to have an overview of all dependencies. This cause me to manage the dates on two places… as soon as i change the date of a project (and this happens really often), i also have to fix the “task” in the “overview” project. There is the risk to forget to adapt changes. The people i’m working with focus on their daily business and not on memorizing, where they additionally have to adapt information. Or did i misunderstood something?
To your point, BES, the idea of “you just have to remember to change it here, too” … is an instant no-go for me. It was many burns ago that I thought “oh this won’t be so bad” But that raises a question - if I have multiple projects containing milestones, and multiple cross project dependencies… could I then multihome those milestones to a new “Milestones” project, and then that project’s timeline view would display those dependencies, because now they’re “all within one project”? Maybe also create one Section for each Project, to keep them somewhat separate. (We ended up going another direction with this whole thing otherwise I’d test it myself)
As @Christopher_Yi points out, I was assuming the master project used multi-homing for existing tasks or unique tasks that didn’t require redundant maintenance. (There are multiple ways to handle these kinds of master projects.)