1-888-310-4540 (main) / 1-888-707-6150 (support) info@spkaa.com
Select Page

7 Ways to Fight Feature Creep

Written by SPK Blog Post
Published on January 10, 2013

I was recently involved in a project in which the goal was to streamline and automate a manual software deployment process using Electric Cloud’s product ElectricCommander. The Scope of Work was laid out, development was underway, and my coworker and I felt very confident that the UI we were developing satisfied the design specifications presented to us. Everything was great and there was much rejoicing throughout the land!

Then….the dreaded monster Feature Creep reared it’s multifunctional head/tail/can-opener!

Inspired by the well-intended goal of providing a superb user experience, the number of “necessary” features ballooned and the scope of work (SOW) seemed lost somewhere in the shuffle of ideas.

In this article we’ll talk about the ways to limit feature creep and how as a contractor, you can deal with it if it’s already happening.

Methods of limiting feature creep before it happens:

  1. Regularly refer back to an official, written, mutually agreed upon description of the project requirements. The key words being; “written” and “mutually agreed upon”. After hashing things out over meetings, phone calls and emails there needs to be a single document that captures the requirements. People may recall different things from a conversation so it’s important to have a common source of truth with regards to deliverables. This may be a built in to most organizations, but freelancers and contractors (especially ones new to the business) may not keep such documents or may not keep them up to date.
  2. Have clearly defined processes for modifying an existing SOW or conditions for triggering the creation of a new SOW. Sometimes, you do need to add or remove project requirements during the middle of development. Make sure everyone on your team knows how official changes are made to the SOW document and when it’s more appropriate to move additional features into a completely separate project/contract.
  3. “Content is King”. This phrase typically finds itself in web design and “starting your first blog” discussions, but its application is much further reaching. The point is to make sure that you present the user with something of actual value to them. It may be impressive the first time they load up your application and it sparkles and shines, but take the time to consider if it is really necessary and whether it help them accomplish their task. .
  4. Understand the actual use cases for your product. In my scenario, we started talking about all sorts of things that would be “nice to have” without consulting the end-users. It’s important to remember that what you may consider useful may not be what the customer considers useful and that the customers needs must always come first.

Obviously, stopping feature creep means identifying core functionality and removing excess. That’s pretty simple to understand, but carrying it out and managing how your team responds to it is a little more tricky.

Here are some tips for contractors trying to steer a project back on course while trying to maintain a sense of win-win for all involved:

  1. Recognize that people like feeling that they have good ideas and that they are making important contributions to the team. When you suggest cutting a feature provide objective reasons as to why it should be cut and give credit where credit is due.
  2. Depersonalize the conversation by referring back to the SOW. People will very often try to get as much out of a contractor or freelancer as they possibly can. If you’re a contractor, politely remind your client that you’re 100% committed to their success and providing a quality product, but that you have specific guidelines laid out in your contract as to what you can provide. This depersonalizes the conversation by shifting it away from “you” and “them” and onto the impersonal “contract”.
  3. Make sure that good ideas find their proper place. It could be that a feature deemed excessive really is a good feature, but maybe it just adds too much clutter to the current setup. People will be much more receptive to leaving their “baby” out of the current project if they understand that it could be better incorporated into a different context.

Next Steps:

David Hubbell
Software Engineer
SPK and Associates

Latest White Papers

PLM and ERP: Their respective roles in modern manufacturing

PLM and ERP: Their respective roles in modern manufacturing

Integrating engineering with manufacturing doesn't have to be difficult. This downloadable white paper from PTC and SPK discusses how to successfully integrate Enterprise Resource Planning (ERP) and Product Lifecycle Management (PLM) to benefit your business. You will...

Related Resources

Resiliency with Microsoft Azure

Resiliency with Microsoft Azure

When researching cloud computing services, there are many key components to analyze. A main factor many organizations look at is the resiliency of a service. Resilience is about how well a system can recover from a disruption or system failure. It can range from...

Why Microsoft Azure is the Manufacturing Industry’s Trusted Partner

Why Microsoft Azure is the Manufacturing Industry’s Trusted Partner

As the manufacturing industry continues its evolution, the choices we make today can shape the future of our operations. At SPK and Associates we’ve seen this happen repeatedly with new clients either in sticky situations, or struggling to scale. Basically, technology...

4 Advantages of SolidWorks Cloud PDM (Updated 2023)

4 Advantages of SolidWorks Cloud PDM (Updated 2023)

Considering the leap to cloud-based CAD and PDM solutions? A move to platforms like SolidWorks 3D CAD in the cloud paves the way for unmatched flexibility. Imagine accessing intricate engineering data from anywhere at any time. And, the benefits don’t end there. In...