Son of Five Rivers Blog

For the advancement of Entrepreneurship, Sustainability & the Ecology of Everyday Life

Changing Requirements

I had a professor named Hooks who spent 21 years working for NASA and helped design the first space shuttle (The Enterprise).  One thing she focused on was the importance of requirements gathering.  She spent 12.5 years doing requirements gathering for the enterprise alone.  She followed by sharing the point that if we waited until we knew everything  we needed to know to build something, we would never get started.  So there is always a fine balance with collecting to much information, for those people with this issues product lifecycle models can help understand the entire process.

Here are a few things I’ve seen and experienced with changing requirements:  Even with a thorough requirement definition effort, change is sometimes inevitable so put together a change management process:

  • Establish a Change Control Process
  • Develop standard forms for collecting requirement changes that include justification (2 reasons)
  • Develop procedures for a thorough impact assessment
  • A system to communicate approved changes quickly to the people who need to know
  • Implement a procedure to ensure all documents are updated when changes are approved.

2 Changes to Avoid:

  • Rush Changes:  “It’s just a little change”  (Any programmer will know right off that bat what this means…)
  • Deferred Changes:  Approving it today and doing it tomorrow

The Change Management Sanity Check: (The Criteria for change)

  • Is it broken? (If Yes = Fix it)
  • Is it illegal? (If Yes = Fix it)
  • Is it unethical or immortal? (If Yes = Fix it)
  • If No = Consider leaving it alone

*Just remember the cost of fixing an error goes up as development progresses.

January 21, 2010 Posted by | Business Model | , , | Leave a comment

Product Lifecycles & The Models

Here’s a quick snapshot of three types of Product Life Cycles:  Remember there are more similarities then differences  among the types of product lifecycles.

Waterfall Lifecycle (Good when you have a great deal of knowledge of your initial requirements, This is the most popular and you may just find that the rest are just a variation of this one.)

Spiral Lifecycle (Good when wanting to mature a technology and you know the requirements are going to evolve over time, this is a popular in software industry. )

Incremental Lifecycle (Good when you know you don’t have the fully resources  available in the get go and you know your project will make continual releases, this is also another popular in the software industry)

Incremental Lifecycle Diagram.  A textual description of this image is contained in the following paragraphs.

(This is the best picture I can find… I’m not  fan, but I hope it gives you snap shot)

January 21, 2010 Posted by | Business Model | , , , | Leave a comment