by: Shawn P. Quigley & Jon M Quigley Measurements and Bias Solely by the process of observing something we can alter the thing which is being observed. This is a known as the observer-expectancy effect.  This effect is born out of conscience and subconscious biases of the observer.  In the case of observing people, we […]

Verification and Validation The definition for verification and validation can be found at[1]:   We must express some disagreement with the activities associated with the individual areas. For example, testing is not limited to Validation. Testing is also a function of verification as we will use these techniques to understand if the instantiation of the […]

In the development phase of the product development life cycle, we are generating ideas for the product. We see opportunities in the market place and wish to explore if we can capitalize (not a vulgar word) upon these opportunities.  Perhaps a new technology has become available to us.  Our organization will want to investigate the […]

We have written much on product requirements on the blog.  Requirements are those statements, derived from the project scope, upon which we will build the product.  A clear understanding of these and the circumstances surrounding the use of the product will improve our chances of achieving the desired development objective. Nonfunctional Requirements One of the […]

The Manufacturing Innovation Network Breakfast went great last week.  Nearly all of the seats were full, and there was a plentiful of discussion afterward.   The discussion was about the role of automation in the not so distant future.  We talked about how automation and drones are now even working in the fields. Robots came about due […]

You do not have to go it alone when it comes to developing requirements. There are many templates and well-defined approaches to help in this regard.  If you are developing a complex system, it is good to break the requirements up, starting at the highest level of abstraction.  We will call that systems specification.  The […]

In this series on CMMI (capability maturity model integration) and requirements, we have discussed: understanding requirements commitment to the requirements control changes to requirements traceability of requirements from detail to scope and back inconsistencies, the difference between of what is included and what is being done The processes above work together and amount to managing the […]

If commitment to the requirements is a significant source of failure, it is followed close behind by the management of changes or additional requirements that come from doing the work.  Though many project managers may believe that once a project is underway, there shall be no changes; that is a myopic approach.  Change happens.  As […]