Value Transforming Blog

The customer can seldom articulate the technical details of the product.  The customer may define the product or need in terms of function and performance, but building the product from these documents will be extremely difficult or perhaps impossible.  We will need some type of document to begin describing in technical terms the product that […]

July 26, 2016

0

  This question was posed by Tom Cagley on Twitter.  At first blush these may seem at odds or exclusionary, but perhaps not.  I know why it may seem difficult to be innovative while we are hyper-focused on continuous improvement activities.  A company that focuses on continuous improvement that tends to be incremental can occlude […]

July 24, 2016

0

This blog post originates from Capers Jones LinkedIn comments about toxic requirements.  He posted a comment to a requirements article and brought up bloated requirements and toxic requirements.  I have never heard of the name “toxic requirements” perhaps that is uniquely Capers Jones identifier – I like it.  However, I believe I have experienced toxic […]

July 22, 2016

0

I have never worked on a project that took that approach.  In my embedded product development experience, the requirements grow as the product iterations are delivered, evaluated and tested.  The results of those evaluations and tests will impact the requirements.  There will be additions, subtractions, and alterations of the requirements.  We will update the requirements documents, […]

July 20, 2016

0

Our project must balance the input from a myriad of people that are associated and contribute to the project, along with those funding the project to be successful.   To be able to do this, we will need to understand our stakeholders and their perspective.  Some of our the stakeholders will add requirements, support existing […]

July 18, 2016

0

We take a break from our requirements management run for this blog.  I was talking to an executive about some training for his organization.  He wanted the training to focus on action, on doing (he, in fact, said do, do, do).  He emphasized this very clearly and repeatedly, the action portion of continuous improvement.  This […]

July 15, 2016

0

Requirements Language As we collect requirements we are going to need to perform some sort of evaluation.  We know the attributes of good requirements, now we will compare those attributes against the documented requirements.  However, we will not stop our evaluation at the type of language. We will extend this evaluation to other areas that […]

July 13, 2016

0

We have been working on product requirements for a number of blogs now, and we will continue that topic for the next few weeks (with exceptions). Requirements are the central driving force behind the design for the product along with risk, cost, and the opportunity of reward for the company.  In general, requirement management consists […]

July 8, 2016

0

We have discussed the nonfunctional requirements for extensibility in our earlier posts.  Now we turn to others in the nonfunctional list of requirements. Today we are going to consider maintainability.  Maintainability is the measure of ability to successfully repair or fix the product after manufacturing, usually in the field, and over time. For manufacturing entities, […]

July 1, 2016

0

Software Structure Defined Non-functional requirements such as software extensibility can be very difficult to document as we likely do not know all of the future features or growth we can anticipate for the product as it matures.  Poorly managed, the code may descend into what is sometimes referred to as spaghetti code.  Instead of the […]

June 29, 2016

0