PRODUCTHEAD: 3 ways to handle team conflicts
PRODUCTHEAD is a regular newsletter of product management goodness,
curated by Jock Busuttil.
sit down. product up #
When delivering difficult news at work, you are not there to seek sympathy
Tie business impact to deprioritised work to highlight the problem to your CEO without sounding whiny
An organisation’s emotionalculture governs which emotions people express and suppress at work
Many organisation equate “fixing” to basically “patching holes in the slowly sinking boat”
every PRODUCTHEAD edition is online for you to refer back to
Where do workplace conflicts come from?
Let’s put to one side the ones that arise because of fundamental differences of opinion or ideology, or because some people are irredeemably unpleasant to work with. Instead, let’s consider the conflicts that arise between well-intentioned people trying their best to collaborate and do the right thing.
I was chatting with a friend and startup co-founder with a background in product management. He was telling me about three ways he tries to pre-empt and defuse conflicts at his company.
The co-founder has come to realise that his response to most conflicts is naturally a ‘flight’ response. So despite this urge, instead he now endeavours to remain present. He tries to displace his usual response with curiosity: he observes how interesting it is for the person is saying that, and asks himself why they might be doing so.
Another approach he told me about is when he has a disagreement with his co-founder. While infrequent, they are inevitable in such a close working relationship. Again, a flight response isn’t helpful — running away from the problem or ignoring it provides no resolution. He ensures he acknowledges the point his co-founder is making and explains his objection to it, then mentally reserves a couple of weeks to work towards a resolution. While this does prolong the conflict, this breathing space helps to reduce the emotional intensity and the pressure to reach a quick conclusion.
He knows he is still uncomfortable in conflicts, but he feels he is at least beginning to tackle them more constructively.
When it comes to his team, my co-founder friend pre-empts possible conflicts by doing his best to ensure that everyone has the same mind’s-eye view (mental model) of the thing they’re discussing. This could be a process, a strand of the current strategy, a set of connected user interactions, the design goals of a new product feature — whatever.
Part of achieving this shared understanding involves using plain language over jargon or loaded terminology. Every discipline and product team tends to develop its own simple shorthand terms for more complex concepts. To those in the know, a shorthand will trigger us to remember the context, nuance and detail associated with the concept. To the uninitiated however, it can be an unknown term, or be taken overly literally, or be associated with a misunderstanding of the intended concept.
Take ‘discovery’ as an example: one innocuous word that represents a whole process and mindset, which itself has evolved over time. To the uninitiated, all that nuance is lost. ‘Agile’ is another example for which the original association has been displaced almost entirely by something altogether different and unhelpful.
The other part is again about giving people time, in this case for his team to explain their respective mental models to each other and work through the misunderstandings and gaps. By doing this, he’s effectively giving them permission to admit — without fear of recrimination — that they don’t fully grasp a concept. Once everyone’s mental models are aligned, the truly productive work can commence.
With constant pressure to be (seen to be) productive, we are increasingly reluctant to give ourselves and our teams the time to work through things. Maybe we would save ourselves more time in the long run if we simply slowed down a little and worked on articulating and listening to each other’s mental models.
Speak to you soon,
what to think about this week
Difficult conversations — whether you’re telling a client the project is delayed or presiding over an unenthusiastic performance review — are an inevitable part of management. How should you prepare for this kind of discussion? How do you find the right words in the moment? And, how can you manage the exchange so that it goes as smoothly as possible?
[Rebecca Knight / Harvard Business Review]
I’m sometimes pulled into difficult discussions with CEOs, where I’m trying to describe systematic product-side failures that directly conflict with how the CEO sees the world. Even after dozens of similar discussions, I have only moderate success. But it seems worth framing this leadership-level challenge from both sides.
[Richard Mironov / Mironov Consulting]
Most companies don’t realize how central emotions are to building the right culture. They tend to focus on cognitive culture: the shared intellectual values, norms, artifacts, and assumptions that set the overall tone for how employees think and behave at work. Though that’s incredibly important, the authors’ research shows that it’s only part of the story. The other critical part is emotional culture, which governs which feelings people have and express at work.
[Sigal Barsade & Olivia A. O’Neill / Harvard Business Review]
If you don’t slow down to speed up, something will force you to slow down. And it will not be on your terms.
[John Cutler / The Beautiful Mess]
I’m currently applying for loads of product manager jobs. I’ve received an offer from a sales-led company where the Product team reports in to Sales. Should I take the job?
[I Manage Products]
Years ago, someone once told me that “perception is reality” when it comes to reputation at work. Of all the lessons I’ve learned in my career, this has been by far one of the hardest.
[I Manage Products]
You talk about doing user research directly with users – does it matter that the Operations and Process tracks are telling me what their users want instead?
[I Manage Products]
can we help you?
Product People is a product management services company. We can help you through consultancy, training and coaching. Just contact us if you need our help!
Helping people build better products, more successfully, since 2012.
PRODUCTHEAD is a newsletter for product people of all varieties, and is lovingly crafted from chocolate egg overload.
Read more from Jock
The Practitioner's Guide To Product Management
by Jock Busuttil
“This is a great book for Product Managers or those considering a career in Product Management.”— Lyndsay Denton