Why are these best practices?

Best practice

Review product release notes before the release date.

Here’s why

The release notes tell you what new functionality and tools are coming to the Workfront system. By reviewing these notes and playing around with the new functionality in the Preview Sandbox environment, you have a chance to learn about, practice with, and resolve any bugs with new enhancements before they’re released to production.

Best practice

Create different types of exceptions reports that highlight missing or incorrect data and settings.

Here’s why

These reports include ones that tell you which users should be deactivated, which projects show completion percentage of 100% but are not marked complete, what templates have never been used, etc.

Put these reports like these, and others, onto a dashboard and give other system and group administrators access to this dashboard to maintain a clean system in a timely manner. For example, the Workfront Cleanup Dashboard and the Workfront Usage Dashboard include report examples you can create.

To help you remember to check these reports, on at least a quarterly basis, build a project with quarterly tasks and assign them to yourself, and system and group administrators. Make sure these tasks have planned hours associated so assignees of these work items can properly allocate their time.

Best practice

Keep projects short.

Here’s why

Every time you save a project, or a task inside of the project, there is a timeline calculation running to update all dependencies. Depending on the number of tasks in your project, the recalculation can take a long time to run.

Next pageText mode reporting

Workfront