DevOps is more important than product management for startups

Building software can seem deceptively easy in the early days of a startup because small teams can get by without much process and structure. Communication, strategic alignment and collaboration between engineers can be effortless when you’ve only got a few people. As you grow, though, things get complicated. Strategy becomes difficult due to competing priorities, so you adopt prioritisation processes. Collaboration between engineers becomes onerous, so you split your team into smaller teams. New features fail to meet customer needs, so you invest in more upfront feature scoping. Usually, much of this becomes the responsibility of your first product manager. As crucial as product managers are to software companies, I think DevOps is more important, and you should invest in it first when facing these issues.

DevOps is the practice of operationalising how you deliver software through automation, process and instrumentation/analytics. Key aspects of DevOps include:

In aggregate, the foundations above enable tight feedback loops, which empower teams to make better decisions, move faster, and deliver tangible outcomes for the business. Before DevOps, you need to manually test, manually release, manually survey customers and wait for bug reports before you know if the feature you built solves the intended problem and doesn’t introduce new issues. After adopting DevOps, the time it takes to learn from previous decisions will reduce radically. You can move fast, easily pivot, and quickly learn how to make better decisions. In short, excellent DevOps practices solve many of the same problems that product management intends to solve. These technical foundations mean many teams won’t need a product manager urgently because engineers and designers are empowered to build, measure, and learn independently. Additionally, teams that still choose to work with a product manager won’t need micromanagement — they will retain much more autonomy than is otherwise possible without DevOps.

Product managers should embrace DevOps because it will help them to make better decisions, move more quickly, and operate from a higher vantage point (potentially overseeing multiple teams). A product manager empowered by continuous integration, automated testing, and product analytics can confidently encourage their team to move quickly without fear of failure. These operations reduce the damage potential of suboptimal decisions and implementation mistakes. DevOps implements the build, measure, and learn loop, making it possible to innovate through experimentation.

Both DevOps and product management seek to solve the following problems:

As you can see, you can solve many problems with either more product management or DevOps. As most companies scale, they will eventually adopt product management and DevOps. DevOps may be the best initial approach because it will keep engineers empowered to own the outcomes of their work for longer and will double as a fantastic foundation for future product management.

Subscribe for advice

Free weekly advice covering product strategy, development operations, building teams and more.

More advice

All-in-one is the laziest early-stage product strategy

If you are the CEO or product leader currently stuck in a failing all-in-one strategy: pivot. The good thing about having a broad product is that you should have plenty of insights into what areas have the most opportunity for disruption and innovation. Find an area to double down, and a pathway towards deprecating some of the bloat. You’ll create a much more successful product that way.

 
Startup leadership is about saying no to good ideas

Great startup leadership is about saying no to the bad ideas, sure. But mostly, great startup leadership is about saying no to most of the good ideas too. The decisions that make a mediocre startup a generational company are the decisions to not pursue legitimately huge ideas in favour of even better ones.

 
Advice for startup employees

Working in an early-stage startup is different to working for a larger company: while many people fail to get anywhere in startups, others skip years or decades of career milestones. Granted, every startup is different. However, I have noticed a few common patterns across many startups that describe the most successful talent.

 
Privacy and terms

I will only use your email address to send you this newsletter or to reach out to you directly, and you can unsubscribe at any time. I will not share, sell, or rent your email address to any third party, though I do store it the software I use to dispatch emails.

The information provided on this blog is for informational purposes only and should not be considered investment advice. The content on this blog is not a substitute for professional financial advice. The views and opinions expressed on this blog are solely those of the author and do not necessarily reflect the views of other organizations. The author makes no representations as to the accuracy, completeness, currentness, suitability, or validity of any information on this blog and will not be liable for any errors, omissions, or delays in this information or any losses, injuries, or damages arising from its use. The author may hold positions in the companies or products discussed on this blog. Always conduct your own research and consult a financial advisor before making any investment decisions.