We felt the need to follow on from our previous blog on tracking testing results in the background using hidden ubiquitous spreadsheet or documents. If all you have is a spreadsheet for tracking, then you make that visible to all relevant stakeholders. If the company has a sanctioned or preferred way of handling “bugs” and […]
We like this saying: The problem is solved by the person feeling the pain; we see much merit in it and believe it to be an axiom. We have touched upon this a bit in our blog on sponges. We see areas where one part of the company or development process makes due or improvises […]
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. […]
How do we know when our output is successful? Well, when the customer takes acquisition can be the first tangible evidence for many organizations the output is “good”. So we know what we mean by good, I provide a brief list: capabilities of the output can be deployed suitable quality (Key Product Characteristics are met) […]
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. […]
The process refers to the actions or activities we will take to achieve our objectives. This link to specific objectives is essentially the rationale for the process. In our previous example, the Systems Engineering group may have requirements elicitation activities as well as concept generation and critique actions culminating in system requirements specifications. These various […]
The next few blogs will be further elaborating on the systems concept of SIPOC. Upon completion of the characters or phases in the systems thinking and chain of events (SIPOC itself), we will illustrate how we can use these to improve our organization’s capability. This post will treat “suppliers”. We are not referring to drug […]
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 […]
We have briefly discussed why verification is important to the product quality. Verification does not just address the product quality. Our project work requires verification as well. When we take on a project, we should have the scope articulated in a way that we can confirm that the project did indeed fulfill the objective. As […]