Expand my Community achievements bar.

Do you have questions about the migration to Adobe Business Platform? Come join our upcoming coffee break and ask away!
SOLVED

Too many browser windows per Campaign. Is there a better way?

Avatar

Level 1

In our current Workfront workflow,  we set up Campaigns by creating one Project for each segment of the campaign. So if a campaign includes

  1. an email component
  2. a social component
  3. and a print component,

then I have 4 WF projects. Project 1 is a Master Project and then one project each for each of the components. This drives the Design team nuts because the designer must open 3, if not 4 projects to find requirements and timelines, then upload creative to 3 different places, work through feedback in 3 different places, etc. 

 

Is there a better way? 

1 Accepted Solution

Avatar

Correct answer by
Level 2

We create a master project, then create an issue (for each component) and resolve that issue with a project. That is how we "link" our sub projects to one master project. I built the master project template such that the issue dropdown matches our project types, forms, etc., so when the issue is resolved by the project nothing more has to be filled out in regards to the custom data. I built a report that goes onto a dashboard titled "sub projects" and added it to the layout as a tab on the left of each project. That dashboard/report displays fields from each of the resolving objects (aka sub projects). So, we are able to, with one click, see all the "components" (sub projects) of a master. The requirements/details, tasks, documents, updates, etc., for each component is then only within its specific sub project. But one can go to the master project and quickly see everything and/or deep dive into any of the sub projects via its hyperlink.
Hope this helps. Kind of hard to explain writing it out. Happy to share and/or walk you through how I've made it work for us.

DeniseMoore_0-1687277714771.png

 

View solution in original post

4 Replies

Avatar

Level 10

The way I've always done it is if there are shared components in any of the "Deliverables" projects, like a style guide, logos, shared design elements, etc., they all go in the main project. In the main project, I have a task for each of the child projects to see what percentage of completion they are in. This way a designer only has to open the project that has their part of the "deliverable" and the main project.

Avatar

Correct answer by
Level 2

We create a master project, then create an issue (for each component) and resolve that issue with a project. That is how we "link" our sub projects to one master project. I built the master project template such that the issue dropdown matches our project types, forms, etc., so when the issue is resolved by the project nothing more has to be filled out in regards to the custom data. I built a report that goes onto a dashboard titled "sub projects" and added it to the layout as a tab on the left of each project. That dashboard/report displays fields from each of the resolving objects (aka sub projects). So, we are able to, with one click, see all the "components" (sub projects) of a master. The requirements/details, tasks, documents, updates, etc., for each component is then only within its specific sub project. But one can go to the master project and quickly see everything and/or deep dive into any of the sub projects via its hyperlink.
Hope this helps. Kind of hard to explain writing it out. Happy to share and/or walk you through how I've made it work for us.

DeniseMoore_0-1687277714771.png

 

Avatar

Level 10

That is an excellent use of linked issues! And the side dashboard really polishes it up beautifully. Kudos!

Avatar

Level 1

Very interesting, @DeniseMoore. Thank you!

I'm going to show your response to my WF admin. I don't have access to build templates, but I hope to convince him that your approach could be very helpful for keeping things together and viewable on the same screen. Nice work. Thank you!