Archive for the
‘Business’ Category

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 […]

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 […]

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 […]

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, […]

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 […]

Technical documentation serves as a repeatable communications medium. That is, written so that anybody reading with the appropriate competency will come away with the same conclusion.  Not filling this gap or relying upon verbal communications has great limitations. Many of us have likely played that game as children where a group of people line up […]