'First, Let's Get Rid of All the Bosses' -- the Zappos Management Experiment
schnell writes: The New Republic is running an in-depth look at online shoe retailer Zappos.com's experiment in a new "boss-less" corporate structure. Three years ago the company introduced a management philosophy that came from the software development world called "Holacracy," in which there are no "people managers" and groups self-organize based on individual creativity and talents. (When the change was announced, 14% of the company's employees chose to leave; middle management openly rebelled, but perhaps surprisingly the tech organization was slowest to embrace the new idea). The article shows that in this radically employee-centric environment, many if not most employees are thrilled and fulfilled, while others worry that self-organization in practical terms means chaos and a Maoist culture of "coercive positivity." Is Zappos the future of the American workplace, a fringe experiment, or something in between?
Microsoft though this was a clever idea once as well, firing all the low-mid level managers in engineering (senior management was safe of course) and keeping just the engineering team leads. Today, first-level managers have the job title "Lead", and nothing else has changed. "Meet the new boss, same as the old boss."
Zappos is part of Amazon, of course, so this could be a contained experiment to see how it goes before a larger scale move. I suspect it will go the same way as MS. First level people managers serve a vital role (whether the individuals in that role are competent is a different question) in preventing "drama", and hiring, training, and retaining the best. Mid-level managers may be mostly useless overhead promoted out of harm's way, but someone needs to decide what projects are worth funding, and what projects aren't worth continuing, from a business perspective. Those roles will be filled again eventually. "And their beards have all grown longer overnight."
Socialism: a lie told by totalitarians and believed by fools.
My wife works at Zappos. Compensation is based on "badges", designed by the employees themselves and reviewed through a compensation "circle" (committee). It's not super well defined or understood yet, and my informal conversations with her friends/coworkers indicate to me it isn't well like.
The overall mood at the organization isn't fantastic, the've lost a lot of top talent, a significant percentage the IT department is contractors now, and some very large on-going IT infrastructure projects halted or failed outright.
A "bossless" environment may work somewhere (I can't think of any off the top of my head) but there are lots of situations and jobs that need a "boss" or some authority to direct things, settle disputes, parcel out tasks, etc etc etc.
This sounds like some fuzzy feel-good bullshit that came from tumblr and leaked into the real world.
Just cruising through this digital world at 33 1/3 rpm...
This was also a big contributing factor to Page and Brin being relegated to the kids table for a while until they were mature enough to run the company on their own.
"It's not whether you win or lose, it's how drunk you get." -- H. J. Simpson
I know, RTFA is anathema, but there is a real (and stupid) answer for that:
Your ad here. Ask me how!
I got a better idea of what a good manager was from reading the book "The Soul of a New Machine".
The problem with good managers is they look like they are doing nothing.
A good manager fixes problems before they happen. You are going to need a logic analyzer next week and it shows up on your desk on Friday of this week.
It is just transparent.
See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
I was curious about your comment, and I think I found the article you were referring to. It was a 7/19/15 NYT article ( http://www.nytimes.com/2015/07... )
Here is a direct quote from it regarding the efficacy of the Zappos holacracy:
"Pressed for instances of Holacracy’s achievements at Zappos, employees could offer only pedestrian examples. Mr. Hsieh had shut the bridge connecting the office to a parking garage, hoping staff would experience more serendipitous encounters if they all used the same entrance.
But that meant employees had to venture onto the seedy streets to get to and from their cars, leaving some, especially those working late shifts, feeling unsafe. So one employee proposed that the bridge be reopened, a motion that was accepted by the circle that controlled campus operations, essentially overriding the C.E.O.
Or as a Zappos spokesman described the process, using Holacratic terms: “An employee (unknown) brought it to the road block role with safety being the tension. The road block role then took it to the grease and disrupt circle where it went through the process and was eventually passed with no objections.”
It is a type of design, sure. However, a different department, the design department, employs designers, who handle the design elements. Especially now that so many applications are web based, "design" is done by web designers. That's an entirely different job, of course, with an entirely different skill set.
What a good systems architect does is develop a robust, reliable structure and pay attention to how the different systems interact. Obviously an architect designing a building has to think about overall structural integrity. The architect also has to consider how all the different systems like elevators and main utility runs fit together. Done properly, both types of architect apply generally recognized principles to have a degree of confidence that the final structure will be sound. It's a decent analogy. (Often better than engineering*, given the way most software systems architects work).
"Architecture" also distinguishes from unstructured information systems, built ad-hoc by people with coding or IT expertise, but not systems expertise, without benefit of education in the principles of involved in making complex, growing systems continue to be reliable and easy to maintain. (Which isn't a knock on coders/programmers- I'm mostly a coder right now, as our big-picture architecture is solid, while our low-level code has room for improvement.
So yeah, it's design. But so are a lot of other things, like what you do with CSS and Photoshop. The term software architecture makes clear what you're talking about.
* There do exist a few software engineers, who apply disciplined engineering practices to software systems. Most with that job title (including me) don't really "engineer" that much, though I am learning to apply engineering- type principles and practices where I can.