faster time-to-market with less silo thinking

Tear down the silos for faster time-to-market

One of the challenges that all software development groups face is the trade-off between time-to-market and adding new features.  Software is so malleable that it is tempting to make changes right up until the day of release; when we think of one more feature that’s too cool to ignore.  The problem with last-minute changes is that you almost always get unintended side effects. And so we’ve all learned over the years that last minute changes are not a good idea.  This results in longer release cycles of once or twice a year, so that we can do full QA on each feature.  The result of of this approach is you end up with backlog of cool new stuff your developers have built but that you cannot release to customers. 

How can we improve our time-to-market and not sacrifice software quality?  There are two keys to achieve faster release cycles with better quality:

  • Ensure that you have tests to formalize existing behavior
  • Expose these test to everyone on the team for editing and execution

Most development groups fall short on both points. Existing tests are not complete; and they are kept in silos that are maintained by different teams.  The developers, integrators, and QA engineers all have separate sets of tests, and these tests are rarely shared between the groups.  We could argue forever about what complete testing means, where test efforts should be focused, and what sort of testing provides the best ROI.  But there really is no valid reason to not share tests. 

When tests are kept in silos, it leads to an adversarial relationship between team members.  New features are marked “done”  by the developers only to get “stuck” in QA for weeks.  Why are they stuck?  Is the QA team evil?  Are they sabotaging the developers?  Of course not, they get stuck because the developers are delivering changes that have not been tested adequately.  Why are the changes under-tested? Are the developers lazy, or uninterested in quality?  Neither, the changes are being judged by a “hidden” set of criteria – the QA tests that the developers cannot access – so, it’s not surprising that new features break these tests. 

Make this the year that you blow up those test silos and start sharing tests. And ignore the excuses you hear from the naysayers: “We don’t have enough hardware”. “Only Tom knows how to run those tests”. “Only Sally knows how to interpret the test results”. “Some of those tests always fail, but they’re not real bugs” … 

One of the best things that you can do to improve the quality and time-to-market of your software :
Ensure that everyone on your team is a tester!

Share:

Share on linkedin
Share on twitter
Share on whatsapp

1 thought on “Tear down the silos for faster time-to-market”

  1. An impressive share! I’ve just forwarded this onto a colleague who has
    been doing a little homework on this. And he in fact
    bought me lunch because I found it for him…
    lol. So let me reword this…. Thanks for the
    meal!! But yeah, thanks for spending some time to talk about this subject here
    on your web page.

    Reply

Leave a Comment

Related Posts

How to make your developers happy

How to make your developers happy

There’s no shortage of articles on how to improve software quality via process improvement. Today I want to look at things from the other side, from the software developer’s point

Improving code quality

Software quality: To the rescue!

In this post we’ll show what a healthy relationship with code quality looks like. After our introductory post, software quality (‘SQ’ for friends) might seem intimidating, maybe even daunting. But

How SpaceX develops software

How SpaceX develops software

SpaceX, a pioneer in commercial space transportation, most recently successfully took Astronauts to the space station with their Crew Dragon launch vehicle. SpaceX have essentially gone from a blank sheet of paper and text books to

Software_quality_origin_story

Software quality: Origin story

Software quality is a vast field, which has been the subject of many studies, standards and tools for a long time (if we think in “Software time”). To make it

Hey there!

Subscribe and get an email every time we’ve got a new quality piece on here.