Refactoring organisations: Extract team / department

Jason Yip
1 min readAug 19, 2017

--

When growing teams and departments, we have number-based heuristics like teams should be 5–9, “2 pizza teams”, Dunbar numbers, etc.

I’m noticing that this can lead to splitting teams and departments prematurely, leading to unnecessary angst and general messiness.

Instead, I now prefer to treat this like I would a code refactoring. Don’t extract until we start detecting the smells.

Let the seams appear naturally, that is, watch the communication flow and interaction patterns, especially the dynamics of meetings. Eventually, you’ll notice sub-groups appearing and certain rituals getting clunkier.

Start nudging things closer, that is, separate rhythms (aka cadences) and events.

And eventually formalise the split. By this time, it’s mostly just an acknowledgement and non-event.

Sign up to discover human stories that deepen your understanding of the world.

Free

Distraction-free reading. No ads.

Organize your knowledge with lists and highlights.

Tell your story. Find your audience.

Membership

Read member-only stories

Support writers you read most

Earn money for your writing

Listen to audio narrations

Read offline with the Medium app

--

--

Jason Yip
Jason Yip

Written by Jason Yip

Senior Manager Product Engineering at Grainger. Extreme Programming, Agile, Lean guy. Ex-Spotify, ex-ThoughtWorks, ex-CruiseControl

Responses (1)

Write a response