Archive for January, 2016

New Agile Class

Posted on: January 18th, 2016 by admin No Comments

Davidson County Community College Agile class.

Davidson County Community College Agile class.








Pugh Matrix

Posted on: January 4th, 2016 by admin No Comments

Our last blog discussed un-weighted decision matrix.  In this blog, we are going to look at a weighted version called the Pugh Matrix.  This matrix, named after Stuart Pugh, is commonly used to evaluate design concept alternatives though it need not exclusively be used in these applications, we are going to demonstrate the use in a concept selection decision.  It does not matter the project management method (agile or traditional) or the product under development, determining the appropriate concept is the starting point and the Pugh matrix can help.

 Pugh Matrix Team

First, it is important to note the team constituents, look at the small box on the right-hand side.  We will need a cross-functional group of people that are able to articulate their perspectives regarding the design.  In this case, the representatives of the groups that will have to work with the final product are bringing their expertise to focus on the design at hand.  This means we are not looking at the attribute from a single perspective, such as that of the development group. We are looking at it from the entire development steam. For example, consider that the development tooling costs are low, but perhaps the proposed product requires special tooling for manufacturing or aftermarket.  This should come out in the review of the designs.

 Weighted Attributes in Pugh Matrix

Next, weighted means that all of the attributes we are considering are not of equal value. We will compare the strategies we generate, in our case design concepts, against these attributes; some of the attributes will have a greater impact on our (or customer) level of satisfaction than others.  For example, perhaps we value cost attributes over some of the feature content or maintainability.  If that is the case, the emphasis on the cost variable will be addressed in the matrix and the final number presented by the matrix will include the ranking of this desire.  

In the graphic below, you can see the evaluation criterion on the left column; these are the attributes against which we are going to compare our design. In this example, the highest value evaluation criteria (priority 5) are:

  1. product cost
  2. ease of use
  3. interface acceptance
  4. clinic rating


Pugh matrix example

Pugh matrix example


This weighting (priority) becomes a multiplier for the rating and produces the end value for the attribute. For example, we would expect a priority value of 5, to produce some weighted value of 20-25 as that would mean we have found a good solution for the highest priority attribute (our solution then holds a ranking of 4-5 also the top end of the scale).  If our priority or weighted level 5 produces a 10 (a rating of 2) then we have not matched the design to this objective very well.

In this particular instance, we are also comparing the reference design, the present situation against four other concepts.  If we cannot do better than what we presently have in terms of the product, then perhaps this project is not viable.

Pugh Matrix Results

In this comparison, we see that Concept 1 appears to be the better solution, though not by a great measure.  In some cases performing this evaluation then leads to ideas of ways to take the best each concept and further refine.  We may find an easy adaptation possible with one of the concepts that will net the stronger benefit found in another.

This evaluation method helps focus the team on the top level objectives of the product development.  If we have a suitable corporate culture; that is one in which the team members are engaged and believe they can make a difference, we can draw from this wealth of cross-functional experience to drive the design.  We bring the power of our talented people to bear to find the optimum solution through this fairly inexpensive technique.

Decision Matrix

Posted on: January 1st, 2016 by admin 1 Comment

No matter the industry or domain, there will be times when we need to quickly make a management or technical decision. Decision matrix allows us to compare a range of solutions to a defined set of criterion.  A quick and easy tool to accomplish this assessment is the decision matrix, of which there are two varieties, the non-weighted decision matrix and the weighted decision matrix.   The non-weighted is the quickest though the two are not much different. We will, in a later blog post, discuss the weighted version often referred to as the Pugh Matrix.


To create the table, we need a few of things. First we need to know what we are trying to do, our objective.  Second, we will need to generate approaches that we think will allow us to reach those objectives.  Thirdly, we will then need to identify desirable attributes of a successful implementation. Finally, we will compare the approaches to the desired attributes and select our method.

Approaches for consideration in the matrix

Once the desired objective has been articulated and explained to the players, we can begin to generate ways we think can meet this need or demand.  Experience suggests brainstorming or similar activity can produce some interesting possible solutions.  We do not want to cull the ideas just yet, but ultimately we will prioritize the most promising though the only real limit is the number of cells in the spread-sheet.


Attributes for decision matrix

Attributes for decision matrix


Attributes for consideration in the matrix

Once we have a number of solutions we believe that may produce the desired results, we will need the list of attributes to which we compare the ideas.  Those attributes can be things like cost, quality, time to deliver, risk or any other attribute.  We will compare the approaches to each of these attributes using a numbering system.  That numbering system can be a simple 1-5 or perhaps 1-100.


Approaches for decision matrix

 In this instance, we are comparing the proposed solutions against typical risk areas that have have been witnessed in the verification of the electrical / electronic system of a vehicle.  We see problems like vehicle dependency, that is the vehicle is available for testing at the time the embedded software and hardware are available.  A dedicated vehicle in this instance means the vehicle is available whenever the numerous software and hardware components are available.

Total for options

Total for options



We will go through each of the rows assessing the approach against the attribute.  The better the approach satisfies the attribute, the higher the number.   The higher the number (or score), the better the proposed solution meets the objectives.  This qualitative evaluation is quick and can help understand the most likely approach to succeed.




Subscribe to our Newsletter

Subscribe to our Newsletter
Email *
Single Sign On provided by vBSSO