Another beneficial attribute of Agile, particularly Scrum, is the daily sprint meeting. In this very short and focused meeting that includes the immediate project team and as needed the sponsor, we will learn much about the state of our project. The questions three that are up for discourse are: What did you do yesterday? What […]

“The more elaborate our means of communication, the less we communicate” ~ Joseph Priestley In our experience, this is one of the significant benefits of the agile approach to project management.  Agile, with the recurring sprint meetings and constant involvement and participation by the project sponsor greatly facilitates the communications process. We can rely less […]

Recently I have had email and physical discussions on the merit (or lack of from some perspectives) of Agile Project Management in developing embedded products.  I think the discussion is more about what is the correct tool for the job at hand.  I have been part of agile managed projects that have delivered wonderfully.  In […]

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

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

When we write about input, we are discussing the nature of the exchange to the depending group. The Systems Engineers, in our previous example, need some input from the Marketing staff to be able to design something to achieve the marketing personnel objective and subsequently meet the customer’s need.  What is that input? For example, […]

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

        Stochastic testing occurs when we allow a reasonably well-seasoned test engineer to go with their “gut” and feel their way about the product’s performance. During the development of numerous embedded automotive products, we have seen stochastic testing elicit roughly the same amount of test failures as combinatorial testing. We are not recommending that stochastic testing […]

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

Requirements management and configuration management are required for anything that even closely resembles effective testing.  Experience suggests failing in these two areas unnecessarily complicates the product verification activities, and we will show some of those traumas in the next few posts.  An iterative and incremental product development process calls for reviews throughout the development process.  […]