Aaron Dignan had a nice little 2016 post titled “New Years Resolutions for the Organization”. In it he outlines 5 resolutions organizations could/should take advantage of. I was particularly interested in number 3: Ditch Executive Reviews.
Ditch executive reviews. We have noticed a disturbing trend lately — one where employees view a meeting with senior management AS AN ACTUAL MILESTONE for their project. Not a technical breakthrough. Not an initial shipment. Not a new retail partner. A meeting. A meeting where someone who has less visibility than they do (but hopefully more experience) can influence the fate of their most important project. This signals two problems: first, that the organization still believes in command-and-control decision making, and second, that employees have become so immersed in it they’ve assimilated it as reality. Instead of perpetuating this phenomenon, try asking your teams to work transparently, using tools like Trello and Slack, and share their learnings and metrics regularly (weekly?) in a public place — not just for management, but for everyone. You’ll be amazed what happens next. Not chaos, but true social accountability and a lot more progress. Your job as a leader is no longer about deciding… it’s about making (and protecting) the space for healthy self-organization.
This was particularly interesting to me for two reasons: One, I’m an executive and would love to be able to get away from these and two, the relationship between platforms like Percolate, Slack, Asana, etc. and the ability to make this happen. What I mean by the latter is that the transparency created by workflow tools and platforms allows for a more streamlined way of working. Because I can monitor the entire progress of a project (at Percolate we use Percolate to manage the product development process as well), ideally we can skip the big presentation (and more important the reveal) at the end. Instead, both managers and team members can contribute throughout the life of the project. What’s more, if they don’t contribute that is on them, not on the person who didn’t present the final plan. Obviously there are challenges with keeping up with every moving piece, but that’s kind of the point — keeping up with every moving piece is a fool’s game and the only way to be successful within the organization is to distribute decision-making and trust teams to work independently.
One of the most amazing parts of starting Percolate has been the time I’ve gotten to spend with engineers. During that I’ve noticed some interesting patterns as engineers move from individual contributors to managers. I wrote up a thing for TechCrunch on some of those observations and ideas.
Here’s a bit on scale:
Essentially the job of being a manager, beyond the human side (which I’ll get to, I swear), is about building a system of people. As you’re growing a company you should absolutely be thinking about how to make this system scalable. On this point, specifically, you need to think about every decision and task you take control of and how that would work if you had 20 more people reporting to you. Micromanagement, in other words, is bad engineering on your part, not bad behavior on the part of the employee you’re managing (no matter how much you think you could solve that problem better or faster).
Read the rest over at TechCrunch.
I really enjoyed this whole post by Mark Burgess, founder of CFEngine, on the difference between the centralized brain model and the decentralized society model. It articulates a lot of core ideas about complexity theory and emergence by offering the simple brain/society analogy. As the article explains:
A brain model is a signalling model. Signals are transmitted from a common command-and-control centre out to the provinces of an organism, and messages are returned to allow feedback. … The alternative to a brain model is what I’ll call a society model. … There can be cooperation between the parts (often called institutions or departments, communities or towns, depending on whether the clustering is logical or geographical).
As he concludes, “Societies scale better than brain models, because they can form local cells that interact weakly at the edges, trading or exchanging information. If one connection fails, it does not necessarily become cut off from the rest, and it has sufficient autonomy to reconfigure and adapt.”
With all that said, though, what I found most interesting was this point about why big organizations get slower:
Our ability to form and maintain relationships (knowledge) with remote parts depends on them being local. Long distance relationships don’t work as well as short distance ones! Certainly, this depends on the speed of responses. If messages take longer to send and receive, then an organism can react more slowly, so scaling up size means scaling down speed, and vice versa. This certainly fits with our knowledge of the animal kingdom (another centralized management expression!). Large animals like whales and elephants are slower than smaller creatures like insects. The speed of impulses in our bodies is some six orders of magnitude slower than the speed of light, so we could build a very big whale using photonic signalling.
It’s a simple but vivid explanation. The answer, which many have realized, is to attempt to solve this by moving your organizational model closer to that of a society, where decisions can be made independently at the edges. Of course, as the metaphor illustrates, we’re intimately familiar with the centralized (brain) model, so it’s easier said than done.
This Tweet/post of mine really blew up and I thought I would share it here as well. When we first started Percolate I wanted to make sure that we didn’t become a company that became taken over by meetings as we grew. To that end I set a few simple rules in place, most important of which was that no phones or computers were allowed in meetings. Below are the rules or you can check out the whole post at the Percolate blog.
I was reading this speech from Andy Grove, Intel chairman, from 1998 and while the whole thing is a bit hard to read, this bit about strategic inflection points and competition was quite interesting:
Some key warning signs that hint that the change you are dealing with make a Strategic Inflection Point is when it is clear to you that all of a sudden the company or the entity that you worry about has shifted. You have dealt with one particular company or establishment as a competitor all your life and all of a sudden you don’t care about them, you care about what somebody else thinks. I have this mental silver bullet test. If you had one bullet, who would you shoot with it? If you change the direction of the gun, that is one of the signals that you may be dealing with something more than an ordinary shift in the competitive landscape.
Yesterday James, my co-founder at Percolate, sent me over a really interesting nugget about how Apple structures its company about 35 minutes into this Critical Path podcast. Essentially Horace (from Asymco) argues that Apple’s non-cross-functional structure actually allows it to innovate and execute far better than a company structured in a more traditional, non-functional, way. As opposed to most other companies where managers are encourages to pick up experience across the enterprise, Apple encourages (or forces), people to stay in their role for the entirety of their career. On top of that, roles are not horizontal by product (head of iPhone) and instead are vertical by discipline (design, operations, technologies) and also quite siloed. He goes on to say that the only parallel he could think of is the military, who basically operates that way. (I know I haven’t done the best job articulating it, that’s because as I listen again I don’t necessarily think the thesis is articulated all that well.)
Below is my response back to James:
While I totally agree with what he says about the structure (that they’re organized functionally and it works for them), I’m not sure you can just conclude that’s ideal or drives innovation. The requirement of an org structure like that is that all vision/innovation comes from the top and moves down through the organization. That’s fine when you have someone like Jobs in charge, but it’s questionable what happens when he leaves (or when this first generation he brought up leaves maybe). Look at what happened when Jobs left the first time as evidence for how they lost their way. Apple is a fairly unique org in that it has a very limited number of SKUs and, from everything we’ve heard, Jobs was the person driving most/all.
My question back to Horace would be what will Apple look like in 20 years. IBM and GE are 3x older than Apple is and part of how they’ve survived, I’d say, is that they’ve built the responsibility of innovation into a bit more of a cross-functional discipline + centralized R&D. I don’t know if it matters, but if I was making a 50 year bet on a company I’d pick GE over Apple and part of it is that org structure and its ability to retain knowledge.
Military is actually a perfect example: Look at the struggles they’ve had over the last 20 years as the enemy stopped being similarly structured organizations and moved to being loosely connected networks. History has shown us over and over centralized organizations struggle with decentralized enemies. Now the good news for Apple is that everyone else is pretty much playing the same highly organized and very predictable game (with the exception of Google, who is in a functionally different business and Samsung, who because of their manufacturing resources and Asian heritage exist in a little bit of a different world).
Again, in a 10 year race Apple wins with a structure like this. But in a 50 year race, in which your visionary leader is unlikely to still be manning the helm, I think it brings up a whole lot of questions.
Bill Simmons has a good article about Bill Russell, Kobe Bryant and leadership. I found the first paragraph especially interesting:
I spent five hours with Bill Russell last week and thought of Kobe Bryant twice and only twice. One time, we were discussing a revelation from Russell’s extraordinary biography, Second Wind, that Russell scouted the Celtics after joining them in 1956. Why would you scout your own teammates? What does that even mean? Russell wanted to play to their strengths and cover their weaknesses, which you can’t do without figuring out exactly what those strengths and weaknesses were. So he studied them. He studied them during practices, shooting drills, scrimmages, even those rare moments when Red Auerbach rested him during games. He built a mental filing cabinet that stored everything they could and couldn’t do, then determined how to boost them accordingly. It was HIS job to make THEM better. That’s what he believed.
The idea of scouting your own teammates is really interesting and clearly has business implications. We tend to spend a lot of time looking at the landscape and understanding our customers, but there’s always an opportunity to better understand the people around us. We sort of do it with reviews and goals inside organizations, but this seems like a different lens on the idea of management and leadership. Instead of just trying to look at people and understand how to help them grow, you look at how competition would exploit your team and use that to try to identity your blind spots.
Jeff Weiner, CEO of LinkedIn, seems like a really smart guy. The NYTimes has a nice little interview with him that includes a couple really great nuggets about leadership. I especially liked his take on email, though:
Like any other tool, e-mail is what you make it . It’s an incredible tool of productivity, collaboration and knowledge-sharing for me. That’s not to say I haven’t struggled with it like everybody else. But one thing I realized is that if you want to reduce the amount of e-mail in your in-box, it’s actually very simple: you need to send fewer e-mails. I know it’s kind of a self-evident truth. Because every time you send an e-mail, what’s going to happen? It’s going to trigger a response, and then you’re going to have to respond to that response, and then they’re going to add some people on the “cc” line, and then those people are going to respond. You have to respond to those people, and someone’s going to misinterpret something. That’s going to start a telephone game, and then you’re going to have to clarify that stuff. Then you have someone in a time zone who didn’t get the clarification, so you’re going to have to clarify that clarification.
I was recently rereading Ben Horowitz’s advice for managing your own psychology as a CEO and I especially liked this nugget:
When they train racecar drivers, one of the first lessons is when you are going around a curve at 200 MPH, do not focus on the wall; focus on the road. If you focus on the wall, you will drive right into it. If you focus on the road, you will follow the road. Running a company is like that. There are always a thousand things that can go wrong and sink the ship. If you focus too much on them, you will drive yourself nuts and likely capsize your company. Focus on where you are going rather than on what you hope to avoid.
I haven’t written a ton about starting Percolate, partly because I don’t want this to become a place where I just promote what I’m up to and partly because I’ve been so busy I haven’t had a lot of time to write (as I’m guessing you’ve noticed).
Well, now I’m on a train and I forgot my Verizon card at my last meeting and I decided it would be a good chance to get some things down. These are a bunch of random thoughts, as much for my own safekeeping as sharing.
Before I start, a bit of an update on Percolate: We have 15 people, our own office and a healthy roster of Fortune 500 clients. James (my co-founder) and I started the company last January (2011). Alright, onto the thoughts …
One of the funny things about starting a company (and growing it) is the milestones you set for yourself (or discover as you go). There’s the obvious ones (first employee, first client, first check in the bank), but then there’s the less obvious ones like first office (alright, maybe that’s an obvious one) and first employee who relocated to come work for you (we passed that one recently). Every time we hit one of these it’s a moment to reflect and think about how crazy the whole process of starting a company really is.
I’ve written this before, but it bears repeating. I can’t imagine EVER starting a company without a co-founder. I can’t recommend it highly enough to anyone thinking about being an entrepreneur. As far as choosing your co-founder I think there are a bunch of factors that has led to a really strong relationship between James and myself, including: A lot of respect for each other, clear roles (but also enough respect that when we move outside those roles it’s accepted) and an ability to disagree and be stronger for it (I wrote a short post about this but I think it’s hugely important, if you can’t argue productively with your co-founder, you shouldn’t start a company with them). There are lots of others, but those top my list.
There is a fundamental difference between being a person running a company and being an employee. As the one in charge your singular goal is to keep the company evolving (at least it’s true of a technology startup). Stasis equals death. You want your company to look totally different tomorrow than it does today. If you’re an emplooyee, you often want the opposite: You like where you came to work and you want that company to stay the same. I’m not sure how to resolve this disconnect and I never recognized it until starting Percolate.
Recruiting, Marketing & Press
All three of these happen all the time. They don’t ever stop and we’re going to make sure they remain that way even when the team performing these roles moves past just James and myself.
A Little Disagree Is a Good Thing
Teams shouldn’t always agree about everything. Having different perspectives is ultimately what’s going to force things to be stronger. Understanding the roles different folks on the team play (and helping them understand those roles) is really important.
I never did a whole lot of managing before I got to Percolate. I thought it was pretty fine to let people do their job and support them when they needed it. James introduced a bunch of ideas to me around being more active and it’s a strategy we’ve been trying to live as much as possible at Percolate. We set quarterly goals with each employee and meet at the end of the three months to grade them together. We have weekly meetings and do monthly surveys of employee satisfaction. None of this stuff is perfect and hopefully it will all evolve (especially as we continue to grow), but it has really helped me understand the value of a more active management approach.
I’m sure there’s lots more, but that’s what’s coming to mind right now. Hope this is somewhat helpful/interesting.
« Older posts