Towards a Self-Managing Organization
The old hierarchical working practices have had their day. And this makes sense. After all, how can you be innovative if you are still working with structures that have been existing for decades? In that time, the world around us and the requirements of customers have changed completely.
As far as I am concerned, the era of multiple management layers and bureaucracy is over. The result is that we, as an organization, now find ourselves in a process of development towards a self-steering organization. This is the first blog in a series in which I would like to shed light on this process from our perspective and also reflect on the lessons we are learning along the way. Because, I can already report, it is anything but a smooth road.
Why do I want to turn Computest into a self-steering organization? When we acquired Pine Digital Security last year, I knew that change was inevitable. With Pine on board, our sphere of activities would be bigger. And as we grew, I saw that the tendency to play 'pass the parcel' was increasing. Teams were becoming larger and more anonymous. People would complain about one another to their managers but not address each other directly. They were becoming ever more remote from our customers. Our services were becoming more complex, so I considered appointing project managers. But who would manage them? Ultimately, these are all things that do nothing for our customers. Whereas customers are the very reason why we do what we do. Incorporating our new colleagues from Pine would make Computest much bigger at a stroke: we would go from having 65 to 95 employees. I was advised by the Board to look for an operational director. In other words, to add another layer of management. That was an absolute no-go for me, and that was when I started delving into new organizational models and structures.
The first company that inspired me was Spotify, which has structured its engineering department in accordance with agile principles; this is sometimes known as the 'Spotify model'. The organization is divided into autonomous teams that collaborate on a task while being free to decide how they solve the issue at hand, without losing sight of the company's larger objective. Or, to use the terminology, they need to stay 'aligned'.
[caption id="attachment_3899" align="aligncenter" width="780"]
Is this new? Not entirely. Software developers have been accustomed to working in this way for some time. Developers and System Operators used to work separately from one another on their own little islands. In the popular DevOps environments, these islands have been merged and they now work according to a strictly defined process. This delivers efficiency, more flexibility and ultimately better results.
A step further
With Computest, I would like to go a step further than an agile culture or DevOps method for particular parts of the organization. This is where it became a brain-teaser for me. It is a great working method which I fully support and which we were already using in our own development department. But how to use a development method within multidisciplinary teams? These teams provide services to customers but they do not develop products, a significant difference.
So we are moving towards a completely self-steering organization, which will involve transforming not just the departments containing our technical specialists but literally the entire organization. That means no more administrative, project or secretarial departments. In fact, no departments, no managers and no hierarchy at all. We work with captains and discipline coaches and we form teams that all operate in an agile way. Management too? Oh wait, there is no management anymore! ;-) Every discipline is represented on every team; sales, administration, test specialists, hackers, HR, marketing. This is a real challenge, because we are bringing together colleagues who often have very different ideas about the best way to achieve an objective.
My goal is for a team to become self-steering to the extent that it can help the customer from A to Z without involving another team and without the influence of managers – from quotation to invoice. Effectively that means turning the entire structure upside down. And this is exactly what I had in mind!
In a future blog, I will discuss in more detail how we tackled this process.
Hartger Ruijs is founder and CEO of Computest Group BV. Computest specializes in performance and security testing for (online) applications. Hartger is regularly posting on Computest's transition towards a self-steering organization. These posts will also be published on Corporate Rebels' blog to provide followers insights into the ongoing transition.
Subscribe to our newsletter
Be the first rebel to reply.
Ford's management model became the most influential one in the early 20th century. It embraced the possibilities enabled by the assembly line. This was followed by the General Motors' model (i.e. the multidivisional firm), and later by Toyota's model (i.e. Lean). More recently, electronic technologies (like computers and the Internet) have enabled the rise of the global 'Agile movement' with Spotify's model as the poster child. But now, with more and more IoT technologies, what will become the most influential management model of the future?
Maria Popova writes, “The history of the world is the history of telling others who and what we are—from tribal markings to national flags to family crests to pronoun-specifying email signatures.” How we choose to tell our stories—and what artifacts we choose to highlight—alters the way we hear our past, experience our present, and create our future.
Just over 5 years ago we quit our corporate jobs to start Corporate Rebels. Our mission was simple: to make work more fun. And it hasn’t changed. Five years later, it’s fair to ask: "Where do we now stand in the workplace revolution"?