"Default Workflow:" Enable team and organization-wide collaboration in minutes

tl;dr

Quickly create <Team Name> Main projects (see screenshot below) corresponding to each of your Asana workgroup teams.

Unleash this Default Workflow immediately to foster intra- and inter-team collaboration, accelerate onboarding, clarify projects in which tasks should be added, and avoid lengthy discovery and workflow design initially, yet still bootstrap fast, effective, and orderly Asana usage.

Overview

I routinely help organizations new to Asana as well as those who have used Asana but are struggling. I’ve had success using a shortcut approach that I call the Default Workflow.

This Default Workflow can be up and running in minutes and facilitates immediate use of Asana organization-wide (after some training, ideally) without encountering the chicken-and-egg problem of lengthy discovery and custom workflow design sessions and implementation.

It builds upon the fundamental approach of starting with Teams, and it promotes the best practice of ensuring that every task belongs to a project.

Start with Teams

Teams in Asana are workgroups of people, and starting there ensures getting off on the right foot. Consider your organization chart as a possible roadmap: create one team for each box/department. Also, create one “All Staff” team in which everyone is a member.

<Team Name> Main Projects

The crux of the Default Workflow approach is duplicating one new <Team Name> Main project for each team. Teams can immediately start to use their Main project to house their work. Also, others in the organization can use each team’s “New” project section as the team’s Team Inbox to assign work to that team by homing or multi-homing a task there. This facilitates cross-functional, organization-wide collaboration by the simple convention of being able to rely on all teams having a <Team Name> Main project with a “New” section. Beyond that, each team is free to develop its own unique manual or automated triaging process based upon tasks entering these common “New” sections.

Consider these Main projects as:

  • An initial place to house your team’s work
  • An ongoing catch-all place to house small or unrelated work that doesn’t fit in those other purpose-built projects you create as you use Asana more, and is too small for its own separate project

Here’s the simple structure of each <Team Name> Main project:

See Setup Steps > [Expand] below for details of the overall purpose and usage of these Main projects and each of their sections.

Note the default columns shown (which are present in all List views), besides the typical Assignee and Due date columns:

  • Critical: An org-wide single-select “Critical” custom field with just one value (:fire:) is part of this workflow. (See also my Forum Leader Tip on this.)
  • Projects: See/edit project multi-homing at a glance without opening the task detail pane
  • Collaborators: See/edit task collaborators at a glance without opening the task detail pane

The default List view tab shown above is accompanied by three other tab views:

  • List: Critical: Applies a filter (“Critical is :fire:”) to show only critical tasks
  • List: Date: Applies a grouping (“Group by Due date, Ascending, Hide empty groups”) to group tasks in automatically-generated date-based ordered buckets
  • List: Me: Applies a filter (“Assignee is me (dynamic)”) to show those tasks assigned to you, the logged-in Asana user

All views are filtered to show only incomplete tasks, reducing the clutter by hiding completed tasks.

Together, these four views that offer alternative perspectives on your team’s work may cover all the “pivots” you need to manage your team’s tasks. Consider using this set of tab views on your other projects, too; I find these have wide applicability. Tabbed views are a powerful, simple, yet vastly underused Asana feature.

Setup Steps

First, create your teams, or at least the key ones you’d like to start with. See Start with Teams above and Asana’s Help as needed.

Create a model project called “<Team Name> Main”. This is a regular Asana project (not a project template) you will use as described below to create each actual <Team Name> Main project. Set the Project Owner and the various settings in the Share dialog to defaults (you can override them in each team’s duplicated project). The Share dialog > Access settings should be public to your organization (not Private to members) to enable org-wide collabration as described below).

[Expand] Put this in the *model* project's Overview > Project description:

This “Main”-type project:

  • An initial place to house your team’s work
  • An ongoing catch-all place to house small or unrelated work that doesn’t fit in those other purpose-built projects you create as you use Asana more, and is too small for its own separate project
  • Use the default sections as explained below
  • Add more sections if you need them:
  • But only add sections with lasting value; for example, a “Waiting/Pending/Blocked” section(s) would be a good addition
  • Don’t add “one-off” sections that will soon become unhelpful or outdated; they will add clutter because they can’t be removed without also losing the context for tasks in them

Default sections are used as follows:

  • New
    • Your team can add new actionable work here
    • Other teams can use this section to channel work to your team
    • At least one team member should regularly triage work added here
      • In the project’s Share dialog, add triager(s) as project members, and click Manage Notifications so you can toggle on their “Tasks added” checkbox
      • Triagers will receive an Asana Inbox notification for every new task added
      • Triage the task by adding collaborators, making sure the task is clear (or commenting for the requester to further clarify), assigning, adding a due date (perhaps), and moving to another appropriate section
      • Keep this section empty so you can spot new additions
  • Current
    • Actionable work you expect to complete in the near term
    • Perhaps list the most current / highest priority tasks first
  • Future
    • Actionable work in your backlog
    • Move to Current when you have time to work on it
  • Reference
    • Non-actionable information, links, contacts, reference documentation, etc. that you want to keep handy

By Larry Berger, Trilogi Solutions

Create the Critical custom field described earlier.

Create the project sections shown in the screenshot earlier.

Click the List tab, use Options > Show/hide columns to replicate the screenshot, click Filter > Incomplete tasks, then Save view to save those as defaults for that tab.

Click the List tab twice, then choose Make a copy, and rename this new tab to “List: Critical.” Click Filter > Critical, then Save view.

Repeat the previous step for the two additional tabs to be added as described earlier: “List: Date” and “List: Me.”

For each workgroup team you have, duplicate the model project via the Project actions > Duplicate menu item. In the Duplicate dialog:

  • In the Project name field, replace <Team Name> with the actual name of the name (keeping the word Main)
  • In the Team field, choose the Asana team name
  • Among the checkboxes, toggle on the “Project description” checkbox, and generally use defaults otherwise

In each duplicated Main project:

  • In the Project actions menu > Edit project details, set the Project Owner as appropriate, perhaps to the team’s manager or lead
  • In the Share dialog, update Members, their permissions, and Manage Notifications settings as appropriate. At least one person to act as a triager should be added to the Members list so you can check their Manage notifications > “Tasks added” checkbox. They will receive an Asana Inbox notification for every new task added to enable them to triage new tasks added.

Conclusion

Your organization’s Default Workflow is up and running!

Monitor initial usage to ensure you get the expected intra- and inter-team benefits described above.

Thanks for reading,

Larry Berger, Forum Leader, Asana Services Partner, Trilogi Solutions

14 Likes

A great method to instantly see the value of Asana! :clap:

4 Likes

A post was split to a new topic: Workflow project for every team member

@lpb - this is a fantastic share and such a great way to help people get started quickly! I love the simple, easy-to-replicate way you’ve described it!

1 Like

Thanks, @Bryan_TeamKickstart and @Richard_Sather for those nice comments and the others for the likes.

@pforumleader @ambforumleader, I’m curious what you think and if you might agree that this approach could be the quickest way to get up and running in Asana pretty painlessly yet encouraging many of the best practices we advocate regularly here in the Forum.

I’m actually thinking this would be a really nice option to be found in the product: When creating a team, Asana could offer the option (just one checkbox or button) to create this project and make this even more effortless!

3 Likes

Fantastic work here @lpb. This is a great way to use the tool and get things setup.

1 Like

An interesting client actually started working with me recently, and they are creating a brand new company from scratch with zero employees. And they want me to advise on the best structure, my recommendation is similar: create all the teams, and add “default projects” in each.

My 3 default projects:

  • an idea bucket
  • a backlog bucket
  • a meeting agenda bucket
1 Like

Thanks for the reply, @Bastien_Siebman, but I think your approach is different.

  1. No project? In which project would a team add work (tasks) to be done now or soon; it doesn’t seem like you have a project for that. Same for reference (non-actionable) info.
  2. Meeting agenda project I usually recommend one project per recurring group meeting (like Weekly Ops Staff Mtg) where each meeting recurrence is a task. So this project wouldn’t be one per team, but rather one per recurring meeting. So some teams might have none, and some more than one.
  3. Backlog project That’s what my “Future” section is for. If teams outgrow it, then make a Backlog a project instead of a section.
  4. Idea project Add a section for that in the Main project if needed, then split it off (as suggested above) to an Idea project if it grows big enough.

There’s nothing wrong with multiple projects, but only when you’re sure you need them. My approach starts with one project per team, not three
until they’re needed.

Thoughts?

1 Like

Thanks, friend, and welcome here, Asana expert!

The backlog. We call it “inbox”.

Each team meets once a week, that’s why a project is enough. But for the other meetings we also have a project for each.

1 Like