Posts Tagged
‘risk’

Risk Management from Front and to Back Recently I spoke at a Metrolina PMI Chapter on Risk Management. If we have been managing projects, we know that risk management is significant to ensuring project success. Risk management starts from the very beginning of the project, the scope, our strategy selection will all impact the risks […]

Firefighting Hiding things is not a long term strategy We have recently written an article at our Assembly Mag column, Ps and Qs column on the metaphorical firefighter and things we do that encourages this behavior.  There are many variants of this specific failure mode.  To be clear, we are referring to valuing the heavy […]

Risk Management Through the Project In modern life, risk management is a fundamental discipline for success. This does not just apply to work life, or project management but also personal life. Today we are going to discuss the approaches and impacts on the project when there is insufficient attention to the risks to which the […]

Taxonomy of Project Failure – Risks Experience suggests there are many ways to project failure due to our project management actions, this does not include the riskiness of the effort in general that comes with the uncertainty associated with projects – these are not operations.  Projects by definition have uncertain components, this is especially true […]

This blog post originates from Capers Jones LinkedIn comments about toxic requirements.  He posted a comment to a requirements article and brought up bloated requirements and toxic requirements.  I have never heard of the name “toxic requirements” perhaps that is uniquely Capers Jones identifier – I like it.  However, I believe I have experienced toxic […]

We have discussed the nonfunctional requirements for extensibility in our earlier posts.  Now we turn to others in the nonfunctional list of requirements. Today we are going to consider maintainability.  Maintainability is the measure of ability to successfully repair or fix the product after manufacturing, usually in the field, and over time. For manufacturing entities, […]

You do not have to go it alone when it comes to developing requirements. There are many templates and well-defined approaches to help in this regard.  If you are developing a complex system, it is good to break the requirements up, starting at the highest level of abstraction.  We will call that systems specification.  The […]