Project Management 2.0

Dave: 
When you talk about priority-based planning, the focus has to be on repeatable processes in order for that refinement to pay off… 

Andy: 
Yes indeed. Processes need to be repeatable to be improvable. A key strategy to enable this is the recognition, modeling and execution of task patterns. A task pattern is a piece of repeatable activity within a process for a given purpose. Finding them is the first step towards priority-based planning and building a priority-driven process. 



Dave: 
How do you judge what types of processes lend themselves to this and how often they must be repeated to make software like xProcess worthwhile? 

Andy:
It’s clearly tempting to say all processes are amenable to priority-based planning. In some senses they are, but for the moment let’s prioritize! 

Our focus is:
- projects (i.e. collaborative activities with a defined start, purpose and expected duration), 
- involving professional participants (i.e. people who plan their own work but must nevertheless coordinate their activities with other professionals in the team), 
- where the scope, budget and schedule is not completely fixed before the project starts (i.e. where agility to follow changing business requirements is as essential as control of cost and schedule). 

You can see this cuts out a lot of business processes (and business process automation) where the focus is on continuous activities of a clerical or mechanical nature. However it’s also clear that it includes a large amount of business activity and is not just specific to software engineering say. We have clients using or evaluating xProcess for processes in construction, training, legal processes, marketing and a number of IT processes for example. 

How often must they be repeated? We like to think we can provide value on the very first iteration. After that value increases since you have patterns defined that can be improved and experience in the team that is easier to share. 



Dave: 
Is there a way of projecting ROI? 

Andy:
Benefit accrues from several sources in this approach. 

- Improvements to process mean quality is achieved faster. This is difficult to quantify until you identify a specific better way of working and can compare. However savings and ROI from such improvements can be immense. 

- Prioritizing desired deliverables means that you get some deliverables sooner that you would have, and some later. Assuming the priority order is based on some kind of business benefit per cost unit, the business benefits accrue sooner and at a higher rate than in the non-prioritized case. The ROI can be calculated where you’ve quantified such benefits, and it will be significant and higher the greater the difference between the highest benefit feature and the least.

- The effect of connecting the whole team to xProcess means that forecasting (which is done on each an every change) is based on the most up to date information, and highlights problem areas immediately they occur. This benefit could result in an infeasible project be cancelled months earlier than might have been the case (saving full project costs for these months), and equally it can highlight sources of delays or unused resources. These by and large are decision support benefits. Needless to say, making the right decision provides immediate ROI!