Manage a project in the Agile View

Required plans, license types, and access

Adobe Workfront Plan

Team, Pro, Business, or Enterprise

Workfront License Type

Review, Work, or Plan

You can leverage agile functionality for your project

 without the administrative challenges that typically accompany agile practices (such as managing a team backlog or creating iterations).

If you want to work in an agile environment that uses a team backlog and allows you to create iterations from tasks on the backlog, follow the instructions in Work in an agile environment.

Access requirements

You must have the following access to perform the steps in this article:

Adobe Workfront plan*

Any

Adobe Workfront license*

Review or higher

Access level configurations*

Edit access to the following areas:

  • Projects

  • Reports, Dashboards, Calendars

  • Filters, Views, Groupings

Note: If you still don't have access, ask your Workfront administrator if they set additional restrictions in your access level. For information on how a Workfront administrator can modify your access level, see Create or modify custom access levels.

Object permissions

View permissions to the project

For information on requesting additional access, see Request access to objects .

*To find out what plan, license type, or access you have, contact your Workfront administrator.

Understand Agile projects

Agile functionality in a project

The following agile functionality is available when managing a project in an agile view:

There are some differences when using agile views on a project versus working in a pure agile environment (with backlogs and iterations). For more information, see Differences when using the Agile view on a project versus on an iteration in this article.

Differences when using the Agile view on a project versus on an iteration

Tasks and subtasks follow different display rules on the Story Board

  • Tasks that have neither a parent task nor a subtask are always displayed as a single story card on the story board.
    For example, these tasks appear as follows in the project list view:

    Agile project list - tasks with no parent or subtasks These tasks appear as follows in the project agile view:

    Project agile view - tasks with no parent or subtasks

  • Parent tasks that have subtasks are always displayed in the Stories column of the story board. Subtasks are displayed in the swimlane of the parent task.
    For example, these tasks appear as follows in the project list view:

    Agile project list - tasks with parents and subtasks
    These tasks appear as follows in the project agile view:

    Agile project view - tasks with parents and subtasks

  • Second-level subtasks (subtasks of subtasks) are displayed as a hanging gray card off the immediate parent task.

  • Third-level subtasks (subtasks of subtasks of subtasks) are never displayed on the story board.

Backlogs and iterations are not used

When viewing a project in an agile view, the following agile components are not used:

  • Backlog: No backlog is used because any tasks in the project are automatically displayed as stories.
  • Iterations: Rather than creating iterations to define the dates when work will be accomplished, the days currently designated on the project timeline become the working days.

Task order is maintained in the Agile view and cannot be reordered

The order in which tasks appear in a project is maintained when you view the project in an agile story board.

You cannot reaorder tasks in the project when viewing the project in an agile view. Because modifying the task order can affect other tasks that might have dependencies, you must view the project in a standard view in order to modify task order.

Tasks are measured only in Planned Hours

Tasks on a project are always measured in Planned Hours.

In an iteration, tasks (stories) can be measured in hours or points.

The Agile Team is not used

Because agile teams complete the work on iterations that are assigned to them, agile teams are not used when viewing a project in an agile view.

Instead, any users on the project essentially become the agile team for that project.

Each user on the project can view the project in a different Agile view

Unlike an agile iteration, users on a project can customize the agile view for themselves, while other users use a different agile view.

In an agile iteration, the information that is available on the agile story board (such as status columns that are available) is determined on the team level.

For information about how to customize an agile view, see  Create or customize an Agile view in  Views overview in Adobe Workfront

View a project in the Agile view

  1. Go to the project you want to view in an agile view.

  2. Click the Agile icon.
    Agile icon
    The project is displayed in the default agile view.
    If you previously viewed the project in a custom agile view, the project is displayed in that view rather than in the default agile view.

  3. (Optional) If you have created a custom agile view, or if another user has created a custom agile view and shared it with you, you can view it instead of the default agile view.
    Click the View drop-down menu, then click the custom agile view you want to view.

    The custom agile view is used the next time you click the Agile icon.
    For information about how to create a new agile view, see Create and customize Agile views.
    The project is displayed in the custom agile view.

  4. (Conditional) If tasks in your project are using statuses other than “New,” “In Progress,” or “Complete” (the default statuses for the Agile view), you must add the additional statuses to the agile view for any tasks in those statuses to be displayed.
    If tasks are in a status that is not displayed on the agile story board, the task itself is not displayed on the agile story board (however, the Percent Complete of these tasks still contribute to the Percent Complete of any parent tasks and the Percent Complete of the overall project).
    To add statuses to the agile view, either create a new agile view or customize an existing agile view, as described in the “Create or customize an Agile view” section in the article Views overview in Adobe Workfront.

  5. (Optional) To return to the list view, click the List icon.

Create and customize Agile views

As with standard views in Workfront, you can customize existing agile Views or create new agile Views from scratch. Unlike standard views, you cannot create new agile Views based on existing agile Views.

For more information about creating and customizing agile views, see  the “Create or customize an Agile view” section in the article Views overview in Adobe Workfront

Share an existing Agile view

For information about how to share an agile view, see Share a filter, view, or grouping.

Remove an existing Agile view

For information about how to delete a view, see the “Remove a view” section in the article Views overview in Adobe Workfront

On this page