Poor Excuse for Not Automating Testing Recently I came across and participated in a social media exchange that proposed that automating product testing (software) was not helpful. Their assertion was backed with comments about personnel new to testing who cannot learn how to test. Testing and System Complexity System and software complexity, the number of […]
There are many ways for us to evaluate the project we have discussed the monetary evaluation techniques in our books. These business measurements provide us with mechanisms to assess the business viability of the product. There are also ways to evaluate the project strategy with decision-making tools like Pugh. In an earlier post we demonstrated […]
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 […]
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 […]
I have recently had an exchange with Thomas Cagley on LinkedIn in response to an article “The Agile Mindset“. Comments around emotional and organizational maturity were made and Thomas Cagley asked the questions about which one comes first. I said I think emotional maturity must come first. Without the ability to handle the “real” […]
Time boxed or time boxing is when we have a hard fixed time around the activity we are undertaking. For example, we may decide that our team is allowed a fixed amount of time to plan or estimate. A meeting has a fixed duration and done effectively an agenda that further breaks down the time […]
Features and Business Case The last blog post was about how we justify the project and the business case from an agile perspective along with a study from The Standish Group. The reason attaching the business case to the product backlog, or in the case of conventional project management specific requirements, is so we have […]
Project Prioritization There are two levels of prioritization for agile. The first is the product backlog – the prioritization of the scope of the project. The second prioritization is how we populate the sprint contents. The top priority product backlog items are used for the decomposition for the sprint, but there may be prerequisites that […]
The Standish Group’s 2015 Chaos Report I am pouring over the Standish Group’s 2015 issue of The Chaos Report. I really enjoy reading and that covers a variety of topics. Reading makes it possible to see things you would not normally be able to see, a glimpse of other perspectives, and sometimes it confirms what […]