About the Role and how we Work
During the early days, all my co-founders and I worked very closely with customers, did support ourselves, learned about their problems, and designed features based on those inputs. This was a lot of fun and we preferred it over the typical setup where engineers just work through specced tickets without ever talking to the customer. When hiring our first engineers, we decided to offer the same way of working to everyone. No âcode monkeysâ at Kombo. Thatâs how we came up with what we call âProduct Engineeringâ today.
Today, this means that you will take holistic problems of our customers, join calls (or even visit them), design a solution to their problem, implement it end-to-end, and support it until the first users are using it successfully. You will talk to the customers, write RFCs, implement a solution, deploy to production, and enable the first customers to use it. You will take their feedback into account and improve the feature. Depending on your seniority, you will be supported by a PM and/or senior engineer.
We optimized everything across the stack so that a single engineer is enabled to own and execute the feature end-to-end. Thatâs why we have a single programming language (TypeScript), a monorepo and have trunk-based development (on average, we release more than 50 times per day).
Our teams operate like small startups inside a startup. They prioritize initiatives within their team and decide themselves how they work. Our teams usually consist of 1 product manager and 3-5 engineers. Over the next year, we will open up 3 new teams to capture new bets and are looking for entrepreneurial engineers who will drive those bets forward with high ownership or potentially lead those teams.
I created a write up on this topic some time ago: What Product Engineering at Kombo Means