All Sails Set - Towards the Shoals?

Search:   

Document Info.
First Published
SM&P Issue 9
Reference Category
Estimating and Risk

Related Info...
Articles
Services
Training

Reference
Categories
Articles by Title
External Ref's
Other Web Sites

by: Grant Rule

It's not like it was in the old days! When built in 1926, 'Provident', the Brixham sailing trawler shown here, sailed with a crew of three, mostly with a lot of sail set so she had enough power to tow her trawl and make progress against wind and tide. But her skipper, hero of a First World War rescue of 72 sailors from a torpedoed merchantman, knew that even when 'Provi' appeared to be rolling smoothly along, it was essential to keep track of the 'course made good'. Compass bearings, transits and dead reckoning were the techniques used, aided by experience and reference to charts showing the shallows, rocks and tidal flows.

Nowadays, 'Provident' is a sail training vessel with a crew of 12 plus skipper, mate and cook, with the benefit of a diesel engine, GPS position finding, radio beacons, radar and acoustic depth sounder. Today sailing is done for fun and 'character building'; many years ago she was sailed so the crew could make a subsistence living. The threats, though, are pretty much the same.

Perhaps we have all grown too used to driving our cars along prepared highways. Roads go directly from one place to another; the choices of direction are forward, back or stop. But neither sailboats nor software projects ever travel directly along the route planned. Both are subject to many forces that divert the progress actually made. The best we can hope for is to establish measures of the 'course made good' and to provide rapid feedback. This allows the skipper or project manager to take corrective action so that the actual course never varies far from the planned course, but oscillates gently around it, while maintaining the desired general direction.

Preparation, planning and professional evaluation of the threats to a project ought to be a frequent and regular activity for every project team. Risk management is not a 'once and for all' exercise to be performed while the ship is getting ready to sail - it is an essential part of everyday activities. With reasonable and realistic plans, plus regular, weekly (or even daily) review of the threats to success and implementation of effective counter-measures, most projects will reach their destination safely.

One simple and efficient approach we have implemented recently goes as follows:

Weekly - Each Team Leader produces a one-page 'SOFT' report (reviewing their team's successes, opportunities, failures and threats). The Project Manager holds a checkpoint meeting with all the Team Leaders, assessing the project's RAG status (Red/Amber/Green) and ensuring counter-measures are assigned for those threats that can be handled. Any issues beyond the project team's level of authority are identified. If necessary, an Exception Report is produced and escalated to the Project Board.

Bi-weekly or monthly - The Project Manager produces a Highlight Report and discusses status and any remaining threats with the Project Board. The executive sponsor of the project, aided by the senior user and senior supplier management on the board, help clear obstructions and provide the authority to counter any remaining threats.

It's certainly not rocket science - but it is efficient and effective at helping a project survive, just like those fishermen of old.

Don't Wait for Others - Manage Risk Now
"Adopt continuous risk management" is the number one practice exhibited by successful projects, according to the US Navy's Software Program Management Network. So why wait for your Process Improvement Team to implement a company-wide approach? Commission a Risk Analysis Workshop and get to grips with those threats and counter-measures.
Related Information

back to top

Articles

Time More Important Than Money?
New systems frequently have to be delivered in synch with business re-organisation, or the launch

The Importance of Accurate Estimating
... Few people realise that the most accurate estimate will also lead to the lowest cost development ... of a new product ...

Using Measures to Understand Requirements
Many approaches fashionable with technically-oriented practitioners clearly fail to satisfy the need for clarity of requirements. Some even trade short-term acceleration for long-term maintenance & support costs. What is missing? What can be done to ensure that new technologies help rather than hinder? This paper suggests some simple process improvements that might have made all the difference in a number of cases.

Tick, Tick, Timesheets!
With just your normal timesheets, your work breakdown structure and a spreadsheet, you too could soon have your project running under statistical process control.

RAG States
Using Red, Amber, Green status to manage corrective action.

Services

Estimating

Early Estimation
Estimating software size from the feasability stage through to early requirements gathering. Also approppriate for otuline designs.

Estimating Size
Estimating Size from detailed requirements and detailed designs.

Estimating Cost, Duration, Effort, etc
Developing estimates of cost etc from measurements or estimates of size in combination with other constraints.

Measuring Requirements and Changes
Measuring the functional size of change requests and estimating their impact in terms of cost, duration, effort etc.

Estimating Workshop
A group exercise conducted by a facilitator to produce a set of estimates.

Managing Risk

Managing Risk (Analysis and Amelioration)
Early preventative action could mean the difference between success and failure of every project. The job is not done until all identified threats have been managed in some way.

Risk Management Workshop
A group exercise to find and analyse probable project risks then develop strategies to ameliorate them.

Training

Estimating

Early Estimating of Software Size  Formal Course Learning Break
A systematic & repeatable way to estimate using the partial information available during the first days of a project

Practical Estimating for Software Projects  Formal Course Learning Break
Predict and control the effort, team size, schedule and cost of your software projects using proven methods

Estimating for Projects based on Use-Cases and the IBM/Rational Unified Process  Formal Course Learning Break
Determine use-case size, effort, schedule and cost so your team can negotiate the cost/benefit landscape and agree development priorities with stakeholders

Estimating in Internet Time/Estimating for Web Developments  Formal Course Learning Break
Extremely rapid development cycles necessitate just-in-time estimating to minimise risk and to assure incremental delivery runs smoothly

Managing Risk

Risk Analysis Workshop  Workshop
Use this team workshop at any time during a project to identify threats to your project and agree what to do to ensure success

Managing Project Risk  Formal Course Learning Break
Learn a systematic, repeatable approach that ensures teams identify, monitor and mitigate the threats to successful delivery of stakeholder requirements

Software Measurement Services Ltd.
124 High Street, 
Edenbridge, 
Kent, 
TN8 5AY 
United Kingdom  
  tel +44 (0) 1732 863 760
  fax +44 (0) 1732 864 996
 e-mail: sales@measuresw.com
  www.measuresw.com

© Copyright year(s) Software Measurement Services Ltd. All rights reserved.

                                               
Applying Software Metrics
Assessing Capability     
Estimating and Risk       
Improving Processes     
Measuring Performance
Sourcing                       
Tools and Techniques   
             
                
Services               
Training                
Events                  
Reference             
                
About SMS         
Opportunities
Copyright & Legal