Why collaborate on
Software Procurement?
A.K.A. What’s the problem?
IT Project success and failure
52%
19% 29%
Challenged: Major
cost/time/functionality
issues
Canceled before
completion
Success
Source: The Chaos Report 2015
Success vs Failure: 5 Characteristics
Size Complexity Methodology
(eg Agile vs Waterfall)
Cost
Estimation
Team
culture
Results by project size
62%
21%
9% 6% 2%0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
Small Moderate Medium Large Grand
Failure
Success
Source: The Chaos Report 2015
How often is price estimation right?
0%
10%
20%
30%
40%
50%
60%
70%
Never Sometimes Usually Always
Small
Large
Source: IITP Software and Procurement Survey (2014)
0%
10%
20%
30%
40%
50%
60%
70%
Never Sometimes Usually Always
Large
Source: IITP Software and Procurement Survey (2014)
How often is price estimation right?
Vendor reaction to price overrun
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
Do Nothing Renegotiate Cut corners Inflate costs Withdraw
Small
Large
Source: IITP Software and Procurement Survey (2014)
Fact:
We generally can’t predict the cost
of [complex] software up front.
Yet we still use cost as a criteria?
Source: The Chaos Manfesto 2012
Agile and NZ Procurement Compatibility
0%
10%
20%
30%
40%
50%
60%
70%
80%
Not compatible Reasonably Very
Source: Those with Agile experience from IITP Software and Procurement Survey (2014)
Fact:
Agile works better for software.
Agile succeeds 3x as often, but isn’t
[perceived to be] very compatible with
how we procure software.
So what’s the challenge?
Bringing good software processes
and good procurement together.
Thanks!

Tech and Government - Procurement stats

  • 1.
    Why collaborate on SoftwareProcurement? A.K.A. What’s the problem?
  • 2.
    IT Project successand failure 52% 19% 29% Challenged: Major cost/time/functionality issues Canceled before completion Success Source: The Chaos Report 2015
  • 3.
    Success vs Failure:5 Characteristics Size Complexity Methodology (eg Agile vs Waterfall) Cost Estimation Team culture
  • 4.
    Results by projectsize 62% 21% 9% 6% 2%0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% Small Moderate Medium Large Grand Failure Success Source: The Chaos Report 2015
  • 5.
    How often isprice estimation right? 0% 10% 20% 30% 40% 50% 60% 70% Never Sometimes Usually Always Small Large Source: IITP Software and Procurement Survey (2014)
  • 6.
    0% 10% 20% 30% 40% 50% 60% 70% Never Sometimes UsuallyAlways Large Source: IITP Software and Procurement Survey (2014) How often is price estimation right?
  • 7.
    Vendor reaction toprice overrun 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% Do Nothing Renegotiate Cut corners Inflate costs Withdraw Small Large Source: IITP Software and Procurement Survey (2014)
  • 8.
    Fact: We generally can’tpredict the cost of [complex] software up front. Yet we still use cost as a criteria?
  • 9.
    Source: The ChaosManfesto 2012
  • 10.
    Agile and NZProcurement Compatibility 0% 10% 20% 30% 40% 50% 60% 70% 80% Not compatible Reasonably Very Source: Those with Agile experience from IITP Software and Procurement Survey (2014)
  • 11.
    Fact: Agile works betterfor software. Agile succeeds 3x as often, but isn’t [perceived to be] very compatible with how we procure software.
  • 12.
    So what’s thechallenge? Bringing good software processes and good procurement together.
  • 13.

Editor's Notes

  • #3 DEFINE Chaos Report: Successful: Projects that don’t experience significant cost overruns, time overruns or loss of significant functionality; Failed: Projects that are discontinued (cancelled) before they are successfully implemented; Challenged: Projects that experience significant cost or time overruns or are implemented with significantly less functionality than intended. Note on Chaos Report Can you imagine if this was a roading project?
  • #4 Based on comprehensive research. Just for info – don’t go into detail.
  • #5 Size is a massive determinant in project failure…
  • #6 … and the larger and more complex projects lead to big issues in price estimation
  • #7 Large is scary
  • #8 So what do vendors do about it? Basically, bad outcomes for vendors and projects.
  • #10 A quick look at Agile
  • #11 Note that this is a PERCEPTION Not: 69% Very: 4% So, why not? Generalisation: Procurement focuses on defining a project up front, pricing it, then delivering to spec. Software simply doesn’t work that way.
  • #12 It’s NOT all about Agile of course. But if we want more successful projects, we need to deal with this.
  • #13 It’s NOT all about Agile of course. But if we want more successful projects, we need to deal with this.