Archive for the
‘Verification’ Category

We have mapped how long it takes to prepare the vehicle for testing using the histogram. We have used the Ishikawa diagram to generate ideas we wish to investigate as causing the time to be longer than we would like it to be. Our next step is to see if the ideas suggested in the […]

In our previous post, we have learned the distribution of vehicle preparation time via the visual representation known as the histogram.  This does not tell us what causes for the distribution.  If we wish to alter this distribution, we will also need to know the causes and take some action to alter.  Enter the Ishikawa […]

We would like to revisit our blog post May 2013 and tell the complete story over the course of a few blogs.  I realized the importance of showing the use of the variety of tools after giving an ITMPI webinar based upon our book Total Quality Management for Project Management.  At the end of the […]

The daily sprint meeting has connections to our risk management as well. We have seen from the previous posting the fact we are having the meeting daily can hasten our project’s (system’s) ability to respond.  The sprint master is now asking about the obstacles or impediments to achieving the objectives of the sprint. Impediments and […]

We break form our blog run on sprint meetings due to incoming flambé du jour. Sometimes we see organizations that are afraid to use the most fundamental of tools, for example, fault tracking from verification.  Instead of using a tracking and visibility tool, we pass back and forth excel sheets behind the scenes. Why would […]

The customer is the receiver of the output; the customer can be an internal end customer or an intermediary to the next “chain” of events on the way to the final customer. Ultimately, we are aligning our actions (Suppliers, Inputs, Processes, and Outputs) in a way that provides the biggest benefits for our final customer. […]

To go on further with the output discussion, we need to make sure we have an understanding of indicators.  Indicators inform us what is going on. My stomach growling is a pretty good indicator that I am hungry, and sweating while mowing the lawn is a good indicator I will need a refreshing beverage upon […]

Our organization’s structure can confound what constitutes and output.  Consider the company that is structured as a “functional” organization, the output from one group will typically go to another group in the system.  This organization structure is sometimes referred to as “silo” since each part of the company, group or department is segregated by expertise.  This has […]

Each process produces some sort of, at least intermediate output. The ultimate output will be the resultant of the series of inputs, processes and outputs, and will be directed toward the ultimate end customer. Therefore the ultimate output capability is the collection of all of the inputs and processes of the systems of the organization. […]

We like the title Random Acts of Product Development.   It often appears that product development is a collection of ill-conceived and poorly executed tasks.  Those planning refuse to recognize dependencies between groups and tasks and are unable or unwilling to acknowledge they are really working within a system – blinded by the solely important launch […]