Products: A New Development…

by

lamp-432249_640

Throughout my career, I’ve had a number of opportunities to be involved with (or own) software product development. This includes shrink-wrapped (video games), frameworks (for enterprise development), enterprise COTs (supply chain) and CRM (customer integration, digital integration and vertically tailored solutions).

Recently I was working with a potential client, and they are looking to build out a product capability, which brought up a really great discussion on methodology for product development vs. regular software development. I thought it would be a good idea to spend a bit of time thinking about it and writing up some of the similarities, differences and generally good practices required to be successful at product development (many of which I learned by doing the opposite and living with the failed consequences).

Just a few of the thoughts that come to mind:

  • Methodology: Software development follows an SDLC (software development life-cycle) while product developments follows a PDLC (product development life-cycle). This is a pretty significant difference because the life of each is way different, this is primarily due to the fact that software is typically built once, deployed once and maintained once. Products are built to be sustained, deployed to many customers and maintained across various deployments. Just as there are many SDLCs, there are also many PDLCs. I think the single most critical part for SDLC is how requirements are a captured and implemented, and I think the single most critical part for PDLC is similar – making sure you really understand the core of what problem the product is being built to address. Especially with products, it’s easy to want to implement feature and feature. But if you don’t get the core right, it won’t be a success.
  • Requirements: Both product development and software development starts by having good requirements. And one of the most critical aspects to getting good requirements is by going directly to the users. One thing that does often distinguish product development is that you are solving a general problem instead of a specific one. This often leads to development teams “making up” requirements based on what they believe future customers will want. This is a huge mistake. (And one that can often occur building software too.) If a user hasn’t asked for it, don’t build it! If you think they might like it, ask them!
  • Financials: Both development efforts should take a business case oriented view. Financially, you are making an investment, and you need to make sure that the ROI is there. For product development, this should be much more extensive because the investments are typically higher, and you need to make sure you are really analyzing the marketplace and potential uses. A good PDLC puts this front and center, but it’s important to do this more than just at the start – you need to continually look at the market and make sure that you have a viable product. Of course, one really big challenge is when you are successful making sure that you continue to innovate.
  • Testing:  proper testing is important for SDLC, but, frankly, you have a bit more wiggle room. In PDLC, testing is critical not just to make sure your product is low on defects, but it’s also a continued validation of the value of the product you are building. Don’t think of testing as just quality assurance; treat it like market testing as part of the PDLC.

I know there are many other aspects to software development vs. product development that I haven’t brought up, but I think this is a good start to the conversation.

 

READ MORE

Your Personality Is Showing

Your Personality Is Showing

There I was, minding my own business one evening, digging into my organization's SEO performance (as one does), when I came across something interesting. Search terms related to "MBTI" — or the Myers-Briggs Type Indicator, developed by Katherine Cook Briggs and Isabel...

read more
Lessons From a Change Manager Who Hates Change

Lessons From a Change Manager Who Hates Change

Hello. My name is Monique, and I’m a change manager who hates change.   After years of receiving “consulting therapy” from various mentors, I am now able to say these words out loud and proudly. But for a long time, it felt more like an admission of guilt. I mean, who...

read more
Creativity as a Cure

Creativity as a Cure

The topic of creative solutioning has been front and center these days as we talk more and more about organizational adaptability in the face of dynamic and uncertain times. For example, I recently read about a project that got me thinking about specific priorities...

read more
Thought Ensemble, a Pariveda Company — Why Now?

Thought Ensemble, a Pariveda Company — Why Now?

Big news over here as we close out the year - we have been acquired by Pariveda, a 750-person consulting firm in 12 markets across North America! We are now “Thought Ensemble, a Pariveda Company” and I’ll be serving as the Managing Vice President continuing to lead...

read more
Thought Ensemble Joins Pariveda Solutions!

Thought Ensemble Joins Pariveda Solutions!

Dallas, December 9, 2021 /PRNewswire/ -- Pariveda, a leader specializing in solving complex technology and business problems, announces the acquisition of Thought Ensemble. With the addition of Thought Ensemble, Pariveda now provides holistic business strategy,...

read more
Thoughts on Colorado’s Equal Pay for Equal Work Act

Thoughts on Colorado’s Equal Pay for Equal Work Act

It was about a year ago that we first started hearing about Colorado’s Equal Pay for Equal Work Act (SB19-085) and I knew it was going to be national news. We’d just gotten past the “Rocky Mountain High” jokes, and our lovely state was trying to break new ground...

read more
Disruption Is the New Normal

Disruption Is the New Normal

By nature, disruptors are not popular. “First they ignore you, then they laugh at you, then they fight you, then you win, then they copy you.” We have all heard some version of this quote, and we have all seen it play out in real life. We've seen it with building...

read more
What Would You Say You Do Here?

What Would You Say You Do Here?

“I deal with the … customers so the engineers don't have to! I have people skills!” That famous Office Space quote from Tom Smykowski cracks me up every single time. I know Toms. I’ve been Tom. Change the quote to say, “IT Team” instead of “engineers,” and there’s a...

read more