General Principles of Intellectual Property: Concepts of Intellectual Proper...
Â
Week 9: IT governance and funding
1. Week 9: IT Governance and Funding
Â
Technology
 in
 the
 Public
 Sector
Â
Northwestern
 University
 MPPA
 490
Â
Summer
 2012
 -Ââ
 Greg
 Wass
Â
1
2. Outline
€ï€âŻ Why do public sector IT projects fail?
€ï€âŻ What is IT governance?
€ï€âŻ Project portfolio
€ï€âŻ Business case / ROI
€ï€âŻ Project tracking / QA / IV&V
€ï€âŻ Funding and accounting for IT projects
€ï€âŻ Capital vs. operating
€ï€âŻ Bonding
€ï€âŻ GASB 34
2
4. IT project fails
€ï€âŻ A U.S. survey of IT projects conducted by the Standish
Group (2001) found that success rates varied from 59% in
the retail sector to 32% in the financial sector, 27% in
manufacturing and 18% in government.
€ï€âŻ The British Computer Society (2004) found that 84% of U.K.
public sector projects resulted in failure of some sort.
€ï€âŻ The IRS managed âa string of project failures that cost
taxpayers $50 billion a year â roughly as much as the
yearly net profit of the entire computer industry.â *
* Source: Geoffrey James, âIT Fiascoes and How to Avoid Them,â Datamation, November 1997
4
5. What do we mean by fail?
€ï€âŻ Never finishes installationâproject abandoned
€ï€âŻ Installed but rejected by users and removed
€ï€âŻ In place, being used, but with workarounds
€ï€âŻ In place, but causing problems
€ï€âŻ In place, but reducing productivity
€ï€âŻ In place and being used as intended, but took much
longer to implement and cost much more than budgeted
Source: John Cuddeback, âWhy Do (Many) Health IT Projects Fail?,â Georgetown University, 2007
5
7. More critical failure factors
Source: Shaun Goldfinch, âPessimism, Computer Failure, and Information Systems Development in the Public
Sector,â Public Administration Review, Volume 67, Issue 5, pages 917â929, September|October 2007
7
8. Still moreâŠ
Source: Shaun Goldfinch, âPessimism, Computer Failure, and Information Systems Development in the Public
Sector,â Public Administration Review, Volume 67, Issue 5, pages 917â929, September|October 2007
8
11. CSF #7: Decrease project size
€ï€âŻ Decrease the complexity of individual projects
€ï€âŻ Decrease project durations, reducing exposure to change
€ï€âŻ Improve the quality of the estimates
€ï€âŻ Reduce the amount of each project âwagerâ
€ï€âŻ Facilitate cancelling or restarting efforts that get off track
without undermining the credibility of the larger initiative
€ï€âŻ Simplify vendor management
Source: Payson Hall, âA Losing Gamble with IT Projects,â Cutter IT Journal, December 2003
11
18. Business case / ROI
€ï€âŻ Project charter / project description
€ï€âŻ Scope
€ï€âŻ Estimated cost
€ï€âŻ Ongoing cost
€ï€âŻ Benefits, tangible and intangible
€ï€âŻ Business case
€ï€âŻ Return on investment analysis
€ï€âŻ Hurdle rate, break-even point
18
19. Business case
Source: Amanda Brown, âBreakthrough or Burden?,â accessed 8/10/12 at http://www.charitiesdirect.com/
caritas-magazine/breakthrough-or-burden-548.html
19
20. Project tracking / QA / IV&V
€ï€âŻ Periodic (quarterly? weekly?) reporting on project status
€ï€âŻ Scope / schedule / budget
€ï€âŻ Public vs. internal reporting
€ï€âŻ Quality assurance consultant
€ï€âŻ Independent validation and verification
€ï€âŻ Program management office
20
24. Deliverables, reviews, sign-offs
Source: Amanda Brown, âBreakthrough or Burden?,â accessed 8/10/12 at http://www.charitiesdirect.com/
caritas-magazine/breakthrough-or-burden-548.html
24
25. IT project budgeting
€ï€âŻ Large vs. small projects
€ï€âŻ Applications vs. infrastructure investments - strategy
€ï€âŻ Capital vs. operating expenditures
€ï€âŻ Useful life
€ï€âŻ Project governance
€ï€âŻ Constraints
€ï€âŻ Criticality to the organization vs. cost and risk (portfolio)
25