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

7 Ways to Fight Feature Creep

Published by SPK Blog Post
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

How CloudBees Uses Feature Management to Gain Competitive Advantage

How CloudBees Uses Feature Management to Gain Competitive Advantage

In this whitepaper, you’ll discover how CloudBees Feature Management Flags can help you gain a competitive advantage in the market.  Discover CloudBees Feature Management In this CloudBees Feature flag whitepaper, you’ll learn: How to increase your developer...

Related Resources

Salesforce Migrates DevOps to the Cloud with CloudBees CI

Salesforce Migrates DevOps to the Cloud with CloudBees CI

Industry:  Software Geography: Global Salesforce empowers software developers to create high-quality, secure enterprise apps on its Force.com platform by moving development operations to the cloud using CloudBees CI and Amazon EKS. Challenge: Migrate app development...

Atlassian News Q1 2023 and What To Expect at Atlassian Team 23

Atlassian News Q1 2023 and What To Expect at Atlassian Team 23

In 2023, Atlassian continues to evolve with new product features, target markets and demographics. This is keeping their leader status for collaboration and productivity tools. Atlassian software is used by thousands of companies worldwide to manage projects, track...

Moving Code Corp to the Atlassian Cloud

Moving Code Corp to the Atlassian Cloud

Code Corp has around 250 users of their Atlassian suite and specializes in high-performance barcode readers and scanning software. This hardware and software provide data capture for many different industries and use cases. Additionally, they power track-and-trace...