Often, when a manager is called in to help out with a conflict situation, they don’t have all the context or details, so backchannels can help to fill the gap.
In general, use Teams for private information, or SMS as a last resort. Treat sensitive information or scenarios with care to ensure a good outcome for all parties.
When using a private Teams Chat to backchannel a Teams Meeting, it's a good idea to name the chat at prefix with "Backchannel - {{ MEETING NAME }}".
This makes it purpose of the chat obvious and reduces the risk of private messages being mistakenly sent through to the wider audience.
✅ Figure: Good Example - Creating a back channel to discuss ideas in private during an initial meeting
Often, you might feel that a decision made by a colleague or manager is not quite right. In such cases, backchanneling can help clarify and resolve these situations. Here’s how you should handle it:
In a meeting of 5 people, which includes the Product Owner, Solution Architect and 3 Software Engineers, the Software Engineers disagree with a decision made during the meeting. They start a backchannel to talk about it, without the Product Owner and Solution Architect involved, and reach a decision to not proceed.
❌ Figure: Bad example - Not all team members are involved in the backchannel
3 Software Engineers disagree with a decision made in a meeting. They open a group chat with the Product Owner and Solution Architect soon after to discuss the decision.
✅ Figure: Good example - All team members, including the Product Owner and Solution Architect, are involved in a group chat and are kept informed
If the Software Engineers still disagree after the group chat, then they should make the matter official by sending a 'For the record' email.
Client: "I told them we’d need {{ SOLUTION }}" Manager: "Oh that does sound reasonable. Devs, why was that missed?"
❌ Figure: Bad example - Manager looks uninformed and is always on the back foot, and needing to ask questions that everyone else in the call on both sides already knows
Client: "I told them we’d need {{ SOLUTION }}." Dev (on a private channel with Manager): "That’s true, but it only came up after the 1st Sprint was already done." Manager: "My understanding was that was only asked for after the 1st Sprint."
✅ Figure: Good example - Manager is armed with relevant information as needed
Dev: "Heads up, they might be sensitive about this part as they have been very clear with us about it from the start and I missed it. This part was really my fault."
✅ Figure: Good example - Let the manager know what parts are reasonable to push, and what battles are better surrendered