1. HEPCIT 29 th August 2003 Successes and Failures

2. The purpose of innovations Increase revenue Avoid costs Improve educational outcomes Prove and/or test capabilities

3. A short history of a failed project Perspectives on failure Did everything fail? Early warning signs Responses to failure

4. Defining Success and Failure Success –Satisfying agreed stakeholder objectives in accordance with agreed priorities Failure –Perceived or actual failure to achieve objectives –Achieving objectives not agreed or valued by key stakeholders

5. Key Determinants Personnel Objectives Priorities Project Process Communication

6. The invitation to apply Selecting units or courses – how not to do it

7. The role of the sponsor There may be multiple sponsors with multiple objectives

8. The stakeholders Identifying stakeholders Defining success by understanding stakeholder expectations Establishing stakeholder priorities

9. Defining Management Roles

10. The project team Using expertise appropriately The role of the steering committee

11. Scoping the project Defining deliverables Agreeing duration Agreeing cost Defining quality

12. Scope change Understand the difference between scope creep and recognising changing specifications Establish a process for accepting or rejecting changes to scope Ensure that rejected changes to scope are addressed

13. Time and cost estimates Avoid allowing single person to do the time estimates for each of the activities Refer to similar projects for cost estimates

14. Quality Define and monitor quality at team level Ensure common understanding of expectations from the outset

15. Setting realistic workloads Understanding workload models and assumptions Self perception of abilities – skill acquisition Understanding responsibility for workload decisions Perception of the work involved and skills required

16. Multi-skilling – a productivity issue Understand what skills are required Don’t underestimate the importance of soft skills – the ability to work as a team Where possible keep ‘successful’ teams intact or use as ‘mentor teams’/steering committee members

17. Monitoring and communication Planning and review alone are insufficient Regular contact between team members Regular reference to objectives, priorities Regular checking of workload, skills, costs, time, scope

18. Resolving problems Sponsor responsibilities Project team responsibilities Management responsibilities

19. Organisational Culture Tolerance of risk Tolerance of chaos Flexibility Respect for expertise of all team members Working on ‘the edge’ Playing games Political objectives Stated versus actual values and objectives

20. Long term benefits versus short term successes Long term benefits versus short term failures Knowing the difference

21. Quantifying Success The cost of success Maintenance Ease of migration Impact on academic workload Lifespan of project output Use beyond original developers

22. What we have learnt for next time Analyse the history of previous innovation developments and learn from the experience Document the process and store the documents centrally Develop a culture of learning from projects Be realistic about objectives and the will to achieve them