Digital Transformation

Requirements Driven Software Development Must Die

Brad Nunnally in our User Experience group pushed this out to a bunch of people via Yammer which we are starting to use a bunch.  Anyway, Fred Beecher does a great job of describing the pains of using a requirements driven approach and where it fails.  He also has a nice graphic outlining a hybrid approach using high level requirements with User Research to create a valid design.  I’m in complete agreement and have seen the value on our projects where we create a high level requirement document while at the same time using a more objective approach to dive into the detail on how the web ui should look and act.  I also think it corresponds quite nicely to the use of visualization tools that I’ve blogged about before.

What a User Driven Appaoch Might Look Like

Fred goes into much more detail in his post while also comparing and contrasting a more traditional approach.  You should read the whole thing.

Thoughts on “Requirements Driven Software Development Must Die”

  1. Jim Hertzfeld

    I would characterize the problem as waterfall vs. iterative instead of requirements vs. users. In that context, I agree! If I am estimating a project I want the input both users and business stakeholders. Most gaps that I see in projects are due to users and business stakeholders being blinded by the bright, shiny, fun requirements and thus unable to see the shadowy boring requirements that are also necessary.

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Michael Porter

Mike Porter leads the Strategic Advisors team for Perficient. He has more than 21 years of experience helping organizations with technology and digital transformation, specifically around solving business problems related to CRM and data.

More from this Author

Follow Us
TwitterLinkedinFacebookYoutubeInstagram