by Axel Schulz, reading time:
At gematik, we work in a matrix organization like many medium or large companies. The idea of a matrix organization is to group different skills in vertical cross-functional product teams where the work is done (the What) while departments, like Software Development, are taking care of the technical education of their employees on a horizontal level across product teams (the How).
Sketch of the matrix organization @gematik (gematik GmbH)
While this model provides an undeniable scaling effect, it bears some challenges that should be taken into account:
Therefore, we decided to give up the team structure and form a chapter structure (as explained in the (in-)famous Spotify model) around Technical Leads as Chapter Leads to structure the How for the product teams more efficiently.
Difference between Chapter Lead and Product Owner (Henrik Kniberg & Anders Ivarsson, Oct 2012)
“The Chapter’s more of a regular’s table for its members, a place where they can touch base with like-minded and can discuss technical things. The Chapter also defines its guidelines regarding work processes (documentation, coding, etc.).”
We define a chapter as a group of people that
There are many definitions for what a Chapter Lead (CL) is and what is required to become one. For us, we defined it as a senior developer who can
For that, the Chapter Lead is free to organize the Chapter and communication as seems necessary.
He (there are only male leads in our case at the moment) is responsible for
A Chapter Lead does not decide on salary rises, approve vacation days or hire people. But a CL will always give valuable input and information regarding these topics to the line manager.
Once the goal was decided, we had to figure out how to get there, and the first step was to carve out the chapters. Two approaches were discussed:
The next step was to find potential Chapter Leads. We knew we were looking for experienced developers that already stood out in discussions around technology and development culture and where we would trust that they would take it as a long-awaited chance to get things moving. I spoke to each candidate personally, and everyone was immediately on fire for the position, shooting ideas of what could be done and achieved in this setting. That showed we were on the right track! Every candidate received a “First 100 days expectation”-email giving scope for the role. It is important to emphasize that the position was created as a tech lead. No disciplinary management tasks were involved. The message was: “That’s your topic and your people - you are responsible for growing both with any support from management that it takes!”
To create an environment for the chapter leads and developers where the education and growth of knowledge could bloom, we had to make a few yet fundamental decisions about the freedom of the Chapter. Some issues were easy as they were clearly defined by our company guidelines, e.g., who approves vacation requests. Others required deeper discussion like educational budget or flat rate time for chapter work. In the end, we had pretty good documentation of the goal, framework, and responsibilities within our supposed chapter structure. This month the chapters started their work with kick-offs, defining their respective work and focus topics. We created backlogs and boards in JIRA, so it’s transparent to everyone what each Chapter works and what the relevant topics are. Initially, we took the most pressing issues from the Product Teams as input for the backlogs in the respective teams. For instance, product teams may require a common standard for API formats or want to create a tool that would also help other teams. The Chapter would then try to add a holistic expert view and support with knowledge and sometimes even staffing.
The setup part definitely - even if we would not have set up the new structure, it already helped us to understand our work.
During that phase, we learned a lot about our processes, responsibilities, required roles, and daily work.
But in the end, it depends on your individual situation. If you’re facing some of the issues listed in the first paragraph of this post, it could be an option - but be aware that you need to find your own way to make it work. This post can only give you some things to think about.
We don’t know - yet. We just started our journey and did our initial “leap of faith”. Regular reviews of processes and achievements are part of the process and will bring insides on improvements and maybe even metrics for measuring our success.
I’ll keep you all posted!
Axel Schulz leads the Software Development unit at gematik since 2022. He has worked in development and engineering management for 20 years. His focus topics include product design, developer experience, and tech leadership. In his previous stations, Axel was the CTO of several healthcare companies. Axel lives with his family 500m behind Berlin city limits.