When to Use Workfront to Communicate

There is still significant emphasis being placed on communicating in platforms other than Workfront, such as Slack or in Microsoft Teams. I understand that communication will always occur outside of Workfront (phone calls, emails, instant messages, Slack, Microsoft Teams, drive-by cubings). However, when communication relates to work, it should immediately move into Workfront and proceed from there. If work hasn’t been defined for notes to be added to, that’s your cue to define the work work immediately.

The ability to easily transform communications into work is essential. If you choose to communicate about work outside of Workfront when you use Workfront to do your work, prepare to fail regularly. Unless there’s an integration pulling communications into the appropriate projects, tasks and issues from these other communication tools instantaneously, other methods of communication will be immediately out of context and disconnected from your operations. I believe that’s heading backwards. I can imagine automating this would be a nightmare, which is why integrations should be avoided until Workfront has been exhausted as the solution.

My goal is for 100% of my work-related communications to be handled within Workfront so that Outlook can be what it’s really good at, a cold email collector and a password reset tool. If you’re being forced to use these other communication tools, I encourage you to move your notes into Workfront as soon as you can and pull people into the conversation in context ASAP so you set the precedent and train them, even though they don’t know it’s happening.

Don’t underestimate what can be done in every Workfront instance with some elbow grease and #TheWFProWay. If you can keep other tools in their place, you’ll have a better shot at conquering the biggest challenge I think we face as humans, the ability to effectively communicate on our projects.

Leave a Reply