My work experience informs me that the loss of slack is a big risk to projects. Without this wiggle room, we reduce our probability of success. Projects scheduled out to the last available date just do not work. The reality is these are not manufacturing or routine tasks and jobs. Even the rather routine tasks […]

By Kim Robertson and  Jon M Quigley When you think of product design and development what comes first to mind? Is it an understanding of our business objectives (scope) followed by functional decomposition of requirements and allocating them to various systems and subsystems to achieve that objective? Is it design to manufacture with designers, facility […]

Our risk exposure starts at the beginning of the project. Even before the project is actually a project.  The simple act of scoping a project in the initiating phase already alludes to the risks to which we may be exposed. For example, the minute we decide that our project scope is going to include software, […]

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

We have seen our product and our sales volume grow, and we begin to see that rate of growth slow. We are entering the maturity phase of our product life cycle. In the maturity phase we are no longer acquiring customers at our previous rate. The market is becoming saturated; perhaps there are newer versions […]

In our previous blog, we developed a product that was based on market research and perceived opportunity. We have tested that product both from the market perspective and the quality expectations from the customer and our own business case requirements. Now it is time to make the product available to our clientele. We are concerned […]

The team works toward an objective of developing and releasing software according to a schedule.  The delivery date comes, and the team has not achieved the objective.  The project manager is at a loss for words. What happened? The team then informs the project manager – “we always said the time was tight”.  The team […]

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