Expand my Community achievements bar.

Join us for our Coffee Break Sweepstakes on July 16th! Come ask your questions or share your use cases on Creative Briefs for a chance to win a piece of Workfront swag!

Parent/Child Projects


Level 10


I apologize if this is duplicate but I did not see it anywhere. We have a need to create parent projects that would live between the Program level and the current project level. While I understand that the work could be completed in one project using parent/child tasks we have many departments that would prefer to have their projects tracked separately. There would be many child projects which would roll up to many parent projects and into ONE program.

I saw some talk about this on the Global forum but that was it. Please help me vote up this feature request!





Level 2


I feel we need to understand how this isn't functionality that exists or can be delivered, especially in light of the popularity of this request. The need for a way to manage a supervisory category of projects below the Program level is something I would think is fairly basic in a relational database like Workfront.


Level 2


Upvoted. This is a really common request among our org as well. I've managed to get around it a bit with some reporting based on custom fields, but it's still limiting. The other use case we have in our org for this is that we have some rather large projects going on that span multiple releases and the plans can get quite hefty. Once the project reaches a certain size, it takes significantly longer for Workfront to process in-line edits, so I get requests asking for a way to break out a large (1000+ task) project plan into a similar hierarchy of sub-projects rolled up into one master project.


Level 1


We have actually been able to do this in our organization. We create a Master project and include a similar naming feature like "campaign" for any Master project. Than we create issues within the master project and resolve them with project specific to that workstream. See gekiw



Level 4


What would be the benefit of developing this, if current functionality is sufficient for the need? Perhaps I don't understand the business case...

Anyway, Christa Francis' suggestion is a great way to handle this.


Level 4


I think my request is related to this thread. I see Christa's response below but I'm not sure I follow or if it resolves what I'm trying to solve for.

I thought I had it figured out and then discovered that the functionality I need doesn't exist.

I want to be able to add a task template to a Portfolio the same way I can add a task template to a project. I need to track milestones/tasks/deliverables at the Portfolio (campaign) level.

We start with the Portfolio (high level campaign) and design the look and feel (creative concepts). We need to track the following:

  • Kick Off Meeting
  • Creative Concepts Due
  • VP Concept Approval
  • Creative Deck Due
  • Brand Approval
  • Release to Creative Team

For now I added these milestones to the Custom Form. Not ideal but it's the best we can do.

When the creative concepts are approved by leadership, the channel owners submit their individual requests (email, direct mail, store signage, digital, etc.) and PM links the projects to the Portfolio.

BTW - In the creative world, does anyone else have trouble with the term Portfolio instead of Campaign?

Thanks for listening and fingers crossed!




Hi Everyone,

I'm curious if any of you might be interested in explaining in more detail to Product what you need in terms of data structure in Workfront? We're trying to assess what the best solution to this issue would be and I'm interested to know whether you specifically need Parent/Child projects or if the best solution might be something different. Please let me know if you'd be interested in speaking about this!


Level 3


The data structure in Workfront can be adjusted to provide some semblance of parent child relationships using programs, but it requires creating the parent level by cross referencing two other objects to make the parent, vs. giving the parent its own object. For example, if there are 10 projects within a program, you have to use a secondary reporting object to group those 10 projects into separate buckets (Project Group, company, template ID, or custom field). But from a UI standpoint, this requires custom reports and dashboards to drive that visibility.

Additionally, using programs as the parent container is troublesome because of the ways programs work compared to projects, like choosing an existing program is done through a drop-down list which is not a type-ahead field (the list can get really long over time). Programs can't be copied Including the projects within for repeat work, or templates, and don't have a status, or other built in fields that could be helpful.


Level 6



Figured I would throw this out there. We use cross project predecessors, mixed with the portfolio/program, and then any needed custom fields to make up for this.

Just a suggestion.