Tag: management

Teams Don’t Talk, People Do

Teams Don’t Talk, People Do

Oh, that project is behind because Platform Widgets doesn’t talk to us.”

As humans, we do this thing, where we ascribe people-ness to things that aren’t people, and we talk about those things in ways that we would talk about other people. Pets are a great example of this – and wild animals too, but it’s also true for inanimate things, like cars, and also things that aren’t things at all, but just, abstract concepts, like “New York State” or “HR”

“Everybody knows if Subscriber Acceleration is involved, our timelines will go out the window.”

This can be a nice way to make our lives more interesting – naming your car as a teenager felt like almost a rite of passage in the early 2000s! – but it carries some risk when we start to let our understanding of how humans interact and work over to more abstract concepts, especially in the workplace or when working with governmental or nonprofit organizations.

“Why can’t Global Avian Legal get their story straight?”

The problem is, when we start to think about “other teams” as singular, seamless atomic units, we start to make some simple mistakes:

  • We assume the whole team has the same opinion on a project or priority
  • We assume everyone on a team has the same knowledge and is equally informed
  • We begin to set up a mental model where teams relate to one another directly

But that’s the thing – teams don’t relate to one another. In some very real way, teams don’t even exist, they’re a collection of people, and people are complicated, and messy, and have differing incentives and mindsets. You can’t talk to a team. You can’t take a team out to coffee. You can only relate to individual humans who are a part of that team.

When I first started at Disney, in my initial listening tour, I asked a senior colleague of mine if he could recommend any books or blog posts that would help me to navigate working at Disney, which felt like a huge battleship compared to the tiny fishing boats I’d worked on before. He recommended Ferrazzi’s now-classic Leading Without Authority (which I would also recommend to any PMs or aspiring PMs!)

One of the pieces that Ferrazzi touches on repeatedly in the book is this idea of listening to pursue co-elevating, his model of finding opportunities to achieve shared successes. “To influence others, you must first build strong relationships,” he says.

The thing is, you can’t build a relationship with a team – only with another person. This is especially important for folks who work across many teams or business units to accomplish big initiatives and build big impactful solutions – you need to find ways to stay grounded to the actual folks doing the work, and push back (in your own mind at least!) on the anthropomorphizing of teams.

The best way to know that it’s time to build a relationship with another person, or to encourage a leader working with you to develop a 1:1 relationship, is when you start hearing people say things like those called out above.

When you yourself, or someone working with you, starts assigning motivations or personality traits to a team, be alert! An opportunity for greater collaboration and clarity awaits if you dig one layer deeper:

Who on Platform Widgets did you talk to?”

“Who on Subscriber Acceleration usually sets timelines?”

and then, go talk to that person!

End Every One on One the Same Way

I think about communication a lot!

It’s such a huge, and hard, and important topic for anyone trying to become a better leader. Especially in 2016, as the ideas of “management” and “leadership” become murkier and more difficult to nail down, and the tools we use to communicate with one another are exploding in number (if not quality) – it’s always on my mind.

Continue reading “End Every One on One the Same Way”

Iterating on One on Ones

I know, I know – I’ve written about one on ones before.

If you’re not familiar, a one on one is a short sit down between a team lead and a member of the team. Folks much smarter than me have written some really insightful stuff about them, why they’re important, what they’re for. Here’s a great one, from Rands.

I do them once a week, for about thirty minutes, with every member of my team. I’ve been thinking about one on ones quite a lot recently – some feel really productive, some feel like I’m really getting to know the team member, and some feel functional, perfunctory, useful not maybe not productive.

This coming week, we’re starting a new structure of weekly updates. Since Athens’ inception we’ve done roughly weekly updates with our sister team (Sparta, obviously) on Wednesdays.

These updates weren’t really structured at all – folks would write about their home being remodeled, or their recent projects, or their ticket or chat count, or maybe an upcoming vacation. They were nice, but not especially helpful, as someone trying to understand how folks were doing, what they were working on, etc.

We didn’t even have a great reason to be doing them on Wednesdays – at one time, all of the teams at Automattic did updates on Thursdays, so it made sense to schedule internal team updates on Wednesdays.

Our company wide updates are still called Thursday Updates, but they are usually posted on Fridays, sometimes the following Monday, depending on what time zones the team’s members tend to work from.

The time we scheduled the updates didn’t make sense anymore. Our internal stats for chats and tickets run Sunday > Saturday, so to do any kind of regular volume updates meant folks had to do some math by hand, which was a point of friction.

Wednesday was also suboptimal because it was right about the point in the week where folk started to catch their groove – breaking it up with unstructured reflection (or being ignored, or populated with throwaway content), wasn’t the best we could do.

Short story long – starting this coming week we’ll be doing our updates on Monday morning, with a consistent structure for each person on the team, including me. There are expectations for clear and transparent reporting of individual volume, as well as how it compares to our team baseline, which is a sort of cooperative understanding of what a day’s work looks like for us at this time.

This brings us around to the obvious question; what does this have to do with one on ones?

In considering the one on ones that I really enjoy, that I feel are Working, they’re consistent in that they are not simply status updates – they’re not “I did X. This week I’m doing Y.”

Instead, they’re about experiences and approaches, friction and family. They’re about building a relationship rather than communicating things I can easily find elsewhere, especially with our commitment to communication and transparency.

As our weekly personal updates become more focused, I think it’s entirely possible that they could take the place of the more status-update-like one on one conversations. This isn’t to say that I’ll stop doing them (I love one on ones), but rather I’ll have a chance to start doing them correctly – using them to get to know my team, rather than getting to know the stuff around them.

I think it is probably also a good move for me to start being more clear to my team how I think about one on ones – if they are meant for talking about bigger career thinking, about navigating the waters within Automattic, about finding the right way to be impactful, there is likely a better way to structure that.

I’m not sure what that structure will look like – I have been reading about OKRs quite a lot, and it seems like they could fill that not-daily-work-but-still-important-work structure.

I am also trying to be more aware that my natural inclination toward more structure is not always the right move – although, I think I’m probably right about this one!

 

Developing Leadership at Automattic

full

The company I work for, Automattic, is bleeding edge in a lot of ways – I’ve spoken about this before (here, here and here). Recently I moved into a Team Lead role, working with a team of Happiness Engineers. This new team, Athens, is also doing some really cool stuff – but this Post is about the Lead role.

Continue reading “Developing Leadership at Automattic”