Showing posts with label management. Show all posts
Showing posts with label management. Show all posts

2018-07-23

How to run a "self-organizing" company

This post is inspired by the article "Ex-Valve employee describes ruthless internal politics at 'self-organizing' companies" in PC-Gamer, which in turn was triggered by a stream of tweets by Rich Geldreich.

I am writing this to share my experience from working at it-agile GmbH. It is not my intention to prove Rich wrong (I am not questioning his experience), but to provide an alternative view on what working at a company with a non-tranditional structure can be like - and what might be necessary to make it work.

Disclaimer: this is purely my personal perspective and opinion. Nobody at it-agile (or elsewhere) approved of this text. I am writing this during my vacation, out of passion for this way of working.

A bit of background: it-agile was founded in 2005 by three colleagues who where unhappy about how they were treated by their boss. Today (July 2018) we are 42 permanent employees, currently growing quickly. About 65 percent of the company is collectively owned by all permanent employees.

I joined it-agile in 2009 and went through a couple of phases since then: excitement, puzzlement, frustration (for halve a year, I seriously considered quitting). Today, I would describe my relationship to my company of choice as mainly dominated by appreciation - for the joys and difficulties of working in such a structure, for being able to be part of such a "social experiment", and for my colleagues, who, despite all our differences, are willing to invest into our shared journey.

In all those years, we learned a lot about how to run a "boss-less" company - and we are still learning. And that's definitely not always fun.

For the rest of this article, I will pick a couple of Rich's tweets that I feel I can provide an interesting alternative or complementary perspective on. I will skip those that are specific to working in a software development team.


I can see at least two reasons why that would often be the case.

First, if you take away formal hierarchy, it will quickly be replaced by an informal hierarchy. There will always be people who have more influence than others. The company culture will quickly reflect the values in action of those top influencers. And even if they espouse values of cooperation etc., they will have learned tools of coercion that they fall back to when things get rough. They just don't know any alternatives.

A central hurdle is that the tools of coercion actually had an important function: creating "alignment". If you take that tool away without replacing it by alternative structures that fulfill that function, it's very easy to loose cohesion over time - at some point, it might easily feel like anarchy has broken out.

The only working alternative that I am aware of is social pressure, created by "brutal transparency" and shared responsibility. At it-agile, every co-worker can see how I spend company money, and every cent I spent affects the profit share of everyone else. If I do something that seems irresponsible, I will get strong feedback, sometimes in a way that is hard to digest.

If that doesn't sound nice - well, it isn't. It can be very productive, and actually fulfilling, though. For that, we had to invest a lot into acquiring new skills, though - especially skills that help us to deal with conflicts in an effective way. If you don't posses those skills, it's easy to imagine how it would result in a culture of anxiety. (Interestingly, at it-agile it resulted in a culture of false compromises and frustration. So, it doesn't have to be anxiety.)

So, in summary, if you think you get a "self organizing" company by just taking away or reducing the formal hierarchy, I am not at all surprised if you end up with increased anxiety.




True. Navigating (and shaping) the social network becomes a much more important skill when you take away the hierarchy. Personally, I would rather learn this one, than learning how to game the formal hierarchy.

Also, you can put structures and agreements in place to deal with the negative effects of triangulation (aka office politics). At it-agile, we have developed a shared understanding that if we talk about a coworker, we hold each other responsible for then also talking with said coworker about the topic that bothers us.


Seems that part of the confusion here is that "self organizing" isn't really well defined. (As far as I know, Human Systems Dynamics even argues that every social system is self-organized - in a traditional company, people just self-organize around hierarchical constraints.)

As Niels Pfläging argues much better than I could, flatter hierarchies are not the answer, decentralization is. And it comes with the challenges mentioned above.

A lot of Rich's tweets reference the existence of such a "corporate arm". His advice seems to revolve around how to use that fact for your advantage, or at least survive it. If I'd ever decided to work for such a company, only if I'd see a chance that that "arm" actually would be interested in getting reflected their (negative) impact and change their behavior.




There are whole books written about why (individual) bonuses are a really bad idea in today's workplace. That is true doubly so for "self-organizing" companies.

Having said that, a fair compensation structure is a very complex problem to solve, that we haven't fully figured out yet ourselves. I am not even sure that it's possible. We are experimenting with variations of different approaches for years now, and are in constant dialog about it. That's the most important thing for me: I can talk about what bothers me, and I have an impact by doing so. I also understand that what would work best for me, wouldn't work well for everyone of my colleagues.



Putting teams inside the company in competition to each other - another stupid idea that becomes even worse in a self-organizing company.

What you do want, is teams holding each other accountable. A team at it-agile that seems to struggle will get asked "what are you doing to get out of the struggle", but also "what help do you need". A team that does exceptionally well will get asked how they do it - both to learn from it, but also to make sure they don't overwork themselves and steer into burn-out.



This is an interesting tweet. I would rather say "if you're running a self-organizing company, what the heck do you mean by self-organizing?" A self-organizing company, by my definition, isn't run by a single person (or small group of people).

Having said that, it's true that it pays to have someone who has an eye on the company atmosphere (which is much more than just anxiety level). In 2016, we introduced the role of a company coach for that (though not just that) purpose. It's a rotating role, that one colleague fills full-time, assisted half-time by another colleague. Remember: these are colleagues who would otherwise be out there making money for our shared profit. And we all decided together that it's worth it.




After skipping a couple of "corporate arm" tweets, this one stood out for me.

At it-agile, an interview is done by at least four self-selected colleagues. If I have a strong doubt about a hire, I can be part of the interview. And all those colleagues in the interview need to agree to make an offer.



Interestingly, shared profit has the exact opposite effect: the better the recruit, the more profit he will produce, the bigger my profit share.



I would emphasize that that can happen to you simply because you don't know how to run a self-organized company. At it-agile, at one point the level of frustration became so high, that we feared if we'd just continue, we all would quit in a matter of two years. And nobody wanted that level of frustration or was willingly benefitting from it.

We took that as a trigger to explicitly invest lots of time and money into learning how to better deal with conflicts. We got professional external help, and created internal roles responsible for supporting the process. And that process still isn't finished, though we have a much better understanding of the necessary skills and processes today, and the working atmosphere and culture has improved considerably. (Interestingly, the year we started investing into this, profit also increased noticably.)


OK, I could write much more, but I am getting tired, and this is already quite longish for a blog post. If you are interested in something specific, I will happily answer your comment. Or, if you read German, you can look at the book that I am very slowly writing on LeanPub: "Wir arbeiten hier trotzdem".

2014-08-17

"Unlimited" Vacation Misses the Point

Unlimited vacation policies are one of the less traditional management practices that seem to get a lot of talk recently. And I see a lot that seems to miss the point.

Disclaimer: I live in Germany, where laws are a bit different from the US. For example, sick days - even when you get sick during your vacation - don't count towards your regular paid time off bucket. I think the principles that I'll describe still should hold true, though.

What traditional vacation policies really do is define a paid time off budget. Someone, sometime figured out what he thought was a "fair" amount of time per year, and that's what you get. Maybe even a little more, depending on your employer and negotiation skills.

Makes sense? Well, let's do a thought experiment: imagine being self-employed. Imagine that someone - maybe the government - tells you that you should take exactly x days of vacation a year. Still makes sense?

If you are anything like me, you would resist that dictate. You would want to take responsibility for finding the right balance between financial, mental and physical health - of both yourself and your family. Instead of figuring out the right balance once and for all, you would continuously adjust your plans - to your own needs, those of your family and customers, and to the development of the market.

So why does that stop once we get employed by a company? 

I think it shouldn't.

Of course, once you have colleagues and stakeholders, the whole situation becomes even more complex. A fixed time vacation policy reduces that complexity. But it also takes away your responsibility to make decisions that make sense. And that's not a good thing, in my opinion.

What would be needed for a vacation policy to work that doesn't work with a budget? In short, every employee needed to be an entrepreneur who feels equally responsible for himself and his family, his colleagues and the organization. That includes, but is not limited to (pun not intended):
  • every employee having a good understanding of his own needs, the needs of his colleagues and the organization (and being in a constant dialog about it),
  • feeling responsible for creating a good balance between those needs, in cooperation with his coworkers; as a consequence
  • a culture where coworkers hold each other accountable - not only for work results, but also for taking care of themselves, and
  • a culture where the inevitable conflicts are dealt with productively.
So, it's not about removing the limit, letting every employee have "as much vacation is you want", inside a traditional culture of "getting away with as much as I can". It's about creating a culture of "we are in this together", where - as a consequence - such a limit wouldn't make sense.

PS: if your vacation needs to be approved by a manager, you probably don't have unlimited vacation - you have a variable limit that depends on the whim of your manager.

2009-12-08

Focus on Whose Value?

Value of a LifeRecently there seems to be a lot of talk about focusing on business value in the Agile/Lean blogo-/twittersphere. And while I think that there is value in talking about business value, it seems to me that many of those statements/discussions lack some critical aspects.

First, the often made assumption that businesses primarily exist to please their customers to make money is simply wrong, in my opinion. And actually, what happens in those businesses often disproves the assumption right away. I have seen business owners spending money on unreasonably sized fair booths, care more about the number and scope of projects worked on than their profitability, have the company grow and be stiffled by an oversized hierarchy without any apparent need etc. All these things were not done out of a focus on business value, but *to make the business owner happy*. Some of these business actually went out of the same, because what made the owner(s) happy wasn't financially sustainable in the long run.

Second, and not less importantly, there are also the employees involved. A common sentiment I see is expecting the employees (for example a software development team) to solely focus on what provides value to the customer, based on the fact that - after all - it's the customer's money they are working for. This seems to imply the main reason they are working is the money they get out of it. A quite sad perspective, isn't it?

I'd prefer for people to work on something that helps them live their passion, to find self-fulfillment. I'd prefer them by doing so in collaboration with their colleagues to be able to produce value that someone is willing to spend money on. Enough money to support the survival of the business.

Wouldn't that be a great world?