Back to resources

Shipping Products Faster with Confidence

Dev Processes
Team Processes

26 March, 2021

Ian Logan
Ian Logan

VP Engineering at Rose Rocket

Ian Logan, VP of Engineering at Rose Rocket, explains why the speed of execution is critical for finding a product-market fit and highlights how to build confidence when shipping fast.

Problem

Many early-startups or mature companies with an early-stage product are concerned about finding a product-market fit. They often fail to notice that to find the product-market fit, they need to ship faster. Getting features to a customer faster is a critical part of finding a product-market fit because the faster you put features out, the faster you can receive feedback and build something relevant.

However, as engineers, we don’t want just to ship faster; we want to feel confident about the whole process. We want to feel good about the quality and ideas that are being put out.

Actions taken

To move faster with confidence, you need to assess the full lifecycle of building features, from ideation of features to their development and through to launching. That should help you familiarize yourself with the end-to-end operating process, including potential bottlenecks. That is vitally important for your confidence. You may speed up things, but you need to know if you are working on the biggest bottleneck or something that brings the highest ROI.

For example, I found out that testing and regression verification were the largest bottlenecks in my current team. Our manual testing processes would force the release process to take a minimum of a week. After analyzing the whole process, I was certain that those were the largest bottlenecks that had to be addressed. By addressing them first, we could improve not only the speed but our confidence around quality too.

I realized that what was lacking was ownership in the quality of the code. Since someone else was running manual tests and engineers were not owning the quality, it was slowing them down from moving faster and having confidence in their own code. After identifying the problem, I decided to attempt bootstrapping the testing culture and have engineers automate more. I wanted engineers to own product quality the same way they own features. I looked at automated testing, where the gaps were, and pinpointed the fastest way to close the gaps. Unit tests are at the bottom of the pyramid, integration testing is placed in the middle of the pyramid, and end-to-end testing is positioned on the top. Our engineers were doing a bit of each, but we had to invest more into end-to-end testing to make the highest impact. That would automate away a lot of manual testing and cover for what customers were typically doing with the application.

However, that required the full bootstrapping of our testing culture and educating engineers on how customers were using the product. We executed a concerted technical investment with a list of prioritized and scoped efforts. Moving forward, engineers automate what they are doing to verify that what they were building works. Furthermore, the increase of end-to-end coverage from 10% percent to 45% percent while adopting the new tools to enhance developers’ experience significantly amplified the confidence within the team.

Lessons learned

  • Measure, measure, measure! Don’t hesitate to anticipate different “what if” scenarios. We measured what was taking the most time and, based on that, were able to diagnose the problem. Ahead of doing anything, we predicted (what if) what the impact of proposed actions would be.
  • An essential part of building ownership was an understanding of how customers were using the product.
  • Testing code is an asset to a team that grows along with the application code. Testing infrastructure is as necessary as features are. If you are making the testing experience great for developers, it compounds on itself.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

Team Development Framework for new managers

26 June

Individual Contributors are familiar with a technical development framework that helps them with building products. Managers, especially new managers can leverage a parallel framework to help them build their teams while drawing analogies from an already familiar framework.

Building A Team
Team Processes
New Manager
Viswa Mani Kiran Peddinti

Viswa Mani Kiran Peddinti

Sr Engineering Manager at Instacart

Promoting Interdepartmental Teamwork for More Efficient Problem-Solving

13 June

Roland Fiala, Senior Vice President of Engineering at Productsup, raises an interesting issue about autonomy in teams: does it hinder collaboration opportunities that lead to better problem-solving? He shares his system for promoting teamwork in engineering departments.

Internal Communication
Collaboration
Roadmap
Team Processes
Cross-Functional Collaboration
Roland Fiala

Roland Fiala

Senior Vice President of Engineering at Usergems

How to Motivate Your Engineers to Grow in Their Careers

13 June

Roland Fiala, Senior Vice President of Engineering at Productsup, highlights the importance of soft skills and shares how he motivates his engineers to further their careers by focusing on personal growth.

Goal Setting
Different Skillsets
Handling Promotion
Personal Growth
Coaching / Training / Mentorship
Motivation
Team Processes
Career Path
Performance
Roland Fiala

Roland Fiala

Senior Vice President of Engineering at Usergems

How to Successfully Rebuild Your Product

6 June

Adir Nashawi, Senior Product Manager at Hibob, shares his insight and experience from rebuilding a product to handle many feature requests and offerings.

Customers
Product
Dev Processes
Users
Prioritization
Adir Nashawi

Adir Nashawi

Senior Product Manager at Hibob

Streamlining Product Processes After a Reorganization

16 May

Snehal Shaha, Lead Technical Program Manager at Momentive (fka SurveyMonkey), details her short-term technical strategy to unify processes among teams following an acquisition.

Acquisition / Integration
Product Team
Product
Building A Team
Leadership
Internal Communication
Collaboration
Reorganization
Strategy
Team Processes
Cross-Functional Collaboration
Snehal Shaha

Snehal Shaha

Technical Program Management at Apple Inc.