How to Do a Reorganization the Right Way
Excerpted from High Growth Handbook by Elad Gil (Stripe Press 2018).
When your company is in hypergrowth, you will be doubling the team every six to 12 months on average. At that pace you could go from 20 to 300 people in two years, and to 500 or 1,000 people in four years. You will be adding new functions rapidly (finance, HR, legal), potentially expanding internationally, while product road maps will expand and new areas will be launched or acquired into the company.
As the company scales and increases in complexity you will also need to change the organizational structure of the company to reflect new executives, new functions, more employees and changing alignment against your market and product. In other words, reorgs will occur at the company frequently.
Early on, many of the reorgs will be at the executive level and then cascade down. As you add more functional areas, there will be finer division of executive roles. If you add a CMO or other C-level person, then some of the executive roles may consolidate under that individual. The CEO of an early company will need to be adept at reorgs.
Later, as reorgs shift more frequently to functional organization, you will need to make sure your leadership team knows how to approach them. Most companies and new managers screw up their first reorg or two, causing unnecessary pain in the organization. Below is a simple guide to reorgs.
How to do a reorg
1. Decide why you need the new org structure. Determine what the right structure is, and the logic for why this is better than before. Do you need renewed focus on a specific area? Are there collaboration issues? Has the team grown dramatically, and now needs additional management? Has something changed in your market that means you need to realign functional priorities, or the set of people working together? Spell out to yourself the logic of why you need to reorg first, and then think through the leadership and organization structure that works best.
2. Determine what org structure is most pragmatic. Who on your leadership team is overloaded and who has bandwidth? Who is building out a great management layer? What areas would fit well together? Sometimes, there is no single right answer, and you need to balance managerial bandwidth with the logic of the situation. As you determine who needs to work on what and the proper reporting structure, remember that nothing you come up with will be 100 percent perfect and that is OK.
Should you have cross-functional product and engineering organizations or verticalized product units? Should international be distributed or centralized? These sorts of questions come up all the time as companies grow, and some companies flop between structures over time. As an example, Oracle supposedly flips its international org chart every few years.
Relatedly, reporting is an exercise in tie breaking -- i.e., you want people who are likely to disagree to eventually report into a single tie-breaker. This may be the CEO, or it may be someone lower down in the organization.
3. Get buy-in from the right people before implementation. If possible, you should consult with a handful of executives whose functions would be most impacted by the change. They may have good feedback about how changing the organization in your function impacts their own functional area (e.g., changing the org structure for product may impact how engineering and design are structured).
Reorgs should never be open conversations with the whole company (or a functional area) about what form the new organization structure should take. This only opens you up to lobbying, internal politicking and land grabbing. It also prolongs the angst -- reorgs should happen swiftly and with as little churn as possible.
4. Announce and implement the reorg soup-to-nuts in 24 hours. Once you have decided what form the new organization will take, discuss it with your reports in their 1:1s. Your executives should have a clear plan for how and when to communicate the changes to their team members.
If there are key people deeply affected or likely to be unhappy with the change, you or one of your reports can meet with them either right before or right after the announcement. Hear them out and reaffirm the logic for the changes.
You should never drag out a reorg, or preannounce it. Try not to announce "this week we will reorganize product, and next month we will change engineering."
If possible, all elements of the reorg need to be communicated and implemented simultaneously. If you pre-announce a portion of the reorg, that team will not get any work done until the reorg happens. Instead, there will be hushed conversations in conference rooms full of gossip and speculation, crazy rumor mongering, and executive lobbying.
5. Every person on the leadership team should be briefed on the reorg and be ready to answer questions from their team about it. If the reorg reaches or impacts enough of the company, the executives of the company should be briefed ahead of time. Write up an internal FAQ if needed and circulate it.
6. Remove ambiguity. Know where 100 percent of people are going. Don't do a partial reorg. When the reorg is announced, you should know where 100 percent of people are going if possible. The worst possible situation for people is to not know what their future entails.
Make a list of the people most likely to be unhappy with the change and reach out to them quickly after the announcement, or speak to them before the change if necessary. Make sure to later be accessible to these people later so you can explain the reasoning firsthand.
7. Communicate directly, clearly and compassionately. Don't beat around the bush when doing the reorg. Explain in clear language what is happening and why. Listen to people's feedback but be firm about the change.
There will always be people who are unhappy with the shift in org structure. They may feel passed over for promotion or demoted, even if this is not the case. Listen carefully and see if you can meet their needs in the future. However, keep backtracking to a minimum. You are making this change for a reason. If you start making exceptions for the squeakiest wheels you may reverse the whole reason you are making the change, as well as show people you are open to being politicked.
Just like letting people go, a reorganization can be unpleasant. There will undoubtedly be people disappointed with their new role or diminished responsibilities. If done right however, your company will function more effectively and be aligned to win. Reorgs have to occur for the long-term success of the company.