The Olden Days by Jon M Quigley I recently had a phone call with a person I met on LinkedIn. Actually, I have been having calls with them over the weeks, to talk about product development, especially the way it was in the olden days. Over the course of few discussions we began chatting about […]
Missing Requirements Sometimes the best way to convey the challenges in product development, is to show some of the reasons things can go wrong. To that end I am going to regale you with a tale of requirements gone astray. Wearing Many Hats I worked at a small company a long time ago. I am […]
Learning and Product Development By now, we should all understand the need for speed when it comes to product development, but not just any speed, it is the need for speed of learning. This is one of the benefits of an agile approach, but this benefit is not restricted to a development methodology, unless of […]
We have written much on requirements in other blog posts. We have been maintaining this blog for years, admittedly sometimes more fervently than others. We have created a schedule for our blog posts and other events by Value Transformation personnel available either on the event location on the website or as a downloadable from the […]
test requirementsmanagement
Requirements and Benchmarking One of the things we can do to understand and develop our own requirements is to explore other products that are similar to our proposed product or that solve the same or similar customer problem. Where there are similar needs met, benchmarking is a way for us to understand how other suppliers have […]
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 […]
In keeping with our requirements work, we will start by identifying the attributes of a good requirement. We start our project off with the requirements, so it stands to reason if we start off poorly or in the wrong direction, we will not make the objective. This situation will get worse the longer we spend […]
Continuous Deliver and Embedded Automotive I have worked on projects that employed continuous delivery for embedded products. The embedded product was an automotive component. The core of the software (the operating system) was specified using conventional approach. This operating system consisted of the maximum model requirements for this globally used component. The component looked and […]
Documentation and Rework Once, a long time ago, I worked at a company that was having some difficulty coordinating their development work. The product that was produced was a complex arrangement of mechanical and electrical / electronic systems. The company was ISO certified and had documentation describing how they would work, including configuration and change management. […]