The key to scaling a software engineering organization is stable teams. A while ago I wrote about the need to focus on stable, autonomous teams. Teams with members that trust each other and thereby become more than the sum of their parts. That is, in the end, the ultimate dream of a software development manager: to create cross-functional, self-organizing, high-performance teams. Teams self-organize around a compelling mission and have a.
Over the last couple of years the engineering team at Mendix has grown fast. Over the last 1.5 years the team has almost doubled and we are still looking for bright minds. There is a lot that can and will go wrong if you grow this fast. Here are my four most important lessons learned during the process (disclaimer: a lesson learned doesn’t necessarily mean that I execute it flawlessly.
The post Lessons learned in managing engineering team growth appeared first on The Enterprise Architect.
Much is written about lean startups, agile software development, continuous integration or even continuous deployment. All with the goal to help us understand the dynamics of successful software companies and their development teams. I am inspired by these stories, they show me what the ideal situation is like, they challenge me to improve our current way of working. Today I want to give something back. I want to share with.
The post A tale of a 7 year journey in developing software for the enterprise appeared first on The Enterprise Architect.
Last week I gave a talk about the lessons learned during the exponential growth of our company the last six years. I was invited to to talk at the Appsterdam meetup in Delft about “growing pains”. In other words: what lessons did we learn when our company grew from 3 to 100 employees. I enjoyed the preparations as much as the actual talk, as it forced me to step back.
The post 18 lessons learned during the 6 year roller-coaster ride called Mendix appeared first on The Enterprise Architect.