Managing the Information Systems Project - PowerPoint PPT Presentation

1 / 83
About This Presentation
Title:

Managing the Information Systems Project

Description:

Do not use for Big Bang' Projects. Better approaches. BS3909 Week 6. 25 ... it bulges out in another. Resources & Money. Quality. Schedule/Timescale. Product ... – PowerPoint PPT presentation

Number of Views:33
Avg rating:3.0/5.0
Slides: 84
Provided by: ericbodger
Category:

less

Transcript and Presenter's Notes

Title: Managing the Information Systems Project


1
Managing the Information Systems Project
  • Based on lecture by Stephen Burgess
  • (professional Project Manager) using his slides

2
AGENDA
Part 1 Information Systems Projects. BREAK Part
2 Project Management Methodology. (PRINCE 2
Methodology.)
3
Definition of a Project
4
Definition of a Project
5
Information System Project Basic Building Blocks
6
Information System Project Waterfall Approach
7
Information System Project Project Boundaries
8
Information System Project Project Life Cycle
9
Information System Project - Terminology
10
Information System Project - Terminology
User Requirement
11
Information System Project - Terminology
User Requirement
Feasibility Study
12
Information System Project - Terminology
Various Approaches
13
Information System Project - Terminology
Design Specification
User Requirement
Feasibility Study
14
Information System Project - Terminology
Various Approaches
15
Traditional Project Approach Sequential
Dependencies
16
Project Approach Rapid Application Development
(RAD)
17
Project Approach Rapid Application Development
(RAD)
18

The Golden Rules
  • Never implement before designing.

19
Information System Project - Terminology
Design Specification
Test Plan
User Requirement
Feasibility Study
20
Information System Project Test Plan
Needs a full Test Plan Who What Where - Why
- When etc
Test Plan and Quality Plan related
21

The Golden Rules
  • Never implement before designing.
  • Testing/quality plans must be integrated.

22
Information System Project - Terminology
Design Specification
Test Plan
User Requirement
Feasibility Study
Deployment Approaches
23
Information System Project Deployment Concepts
24
Information System Project Deployment Concepts
Such Projects usually FAIL! Do not use for Big
Bang Projects
Better approaches
25
Information System Project Deployment Concepts
26

The Golden Rules
  • Never implement before designing.
  • Testing/quality plans must be integrated.
  • Always pilot any new development.

27
Building an Information System In Service
Management
In-Service Management and the Through Life
Management Plan (TLMP)
28
Information System Project Dynamic Success
Factors 1
CLEAR SCOPE
START
PRODUCT QUALITY PERFORMANCE
BUDGET RESOURCES
FINISH
29
Information System Project Dynamic Success
Factors 2
(CLEAR OBJECTIVES)
CLEAR SCOPE
START
(ISSUE, RISK UNCERTAINTY MANAGEMENT)
PERFORMANCE QUALITY
BUDGET RESOURCES
FINISH
(MONITORING CONTROL (Progress Costs))
30
Information System Project Risk Management
  • Project Issue Problem has happened needs to
    be managed
  • Project Risk Measured problem that might
    happen. Manage by
  • - Prevention/Avoidance Action (For high
    probability/high impact matters)
  • - Reduce Risk/Minimise Impact
  • - Tolerate/Ignore wait to happen (For low
    probability/low impact matters)
  • Project Uncertainty e.g. hit by asteroid or
    war might start.
  • Unfortunately it can happen!

31
Information System Project Dynamics 3
Risk/Issue Management
Resources Money
When you squeeze in one place, it bulges out in
another
Product Performance
Objectives
Quality
Schedule/Timescale
32

The Golden Rules
  • Never implement before designing.
  • Testing/quality plans must be integrated.
  • Always pilot any new development.
  • Time, Resources ( ) and Product Quality are
    trade offs.

33
Projects inthe Real World
Daily Telegraph 13 Feb 07
34
Projects in the Real World
  • 50 of all organisational tasks are project based
  • 33 projects are cancelled
  • 50 projects have targets changed
  • 17 projects meet original targets
  • IS/IT projects are notorious for failing to
    deliver on time, within cost and meeting the
    customer requirement (mostly all three)

35
Why do projects go wrong?
Lack of Leadership Planning Organisation Cont
rol Co-ordination
36
Why do projects go wrong?
37

The Golden Rules
  • Never implement before designing.
  • Testing/quality plans must be integrated.
  • Always pilot any new development.
  • Time, Resources ( ), Objectives and Product
    Quality are trade offs.
  • Get the highest level of management support
    possible.

38
Information System Project Dynamics 3
Risk/Issue Management
Resources Money
When you squeeze in one place, it bulges out in
another
How do you manage this
Product Performance
Objectives
Quality
Schedule/Timescale
39
Information System Project Dynamics 4
Needs CONTROL METHODOLOGY Project Management
Risk/Issue Management
Resources Money
When you squeeze in one place, it bulges out in
another
Product Performance
Objectives
Quality
Schedule/Timescale
40
  • BREAK TIME

41
Projects and Project Management
Part 2 Project Management Methodology (PRINCE 2
Methodology)
42
Project Management Definition
  • PROJECT MANAGEMENT DEFINITION
  • The planning, scheduling and controlling of
    those activities that must be performed to
    achieve project objectives.
  • Command,
  • Planning,
  • Organising (inc scheduling),
  • Controlling,
  • Co-ordination.

43
Project Management Definition
  • PROJECT MANAGEMENT DEFINITION
  • The planning, scheduling and controlling of
    those activities that must be performed to
    achieve project objectives.
  • Command,
  • Planning,
  • Organising (inc scheduling),
  • Controlling,
  • Co-ordination.

44
Project Management Must Haves!
  • A PLAN is a list of actions that must be
    completed to achieve a specified objective.
  • CONTROL measures for the achievement of the
    actions, so the feasibility of the plan may be
    continually reviewed.
  • Functions of Control
  • Is there any change to objectives?
  • Do any of the tasks need updating?
  • Do any Terms of Reference need updating?

45
PRINCE2 Overview
PRojects IN Controlled Environments CCTA (1989)
Central Computer and Telecommunications
Agency) (now the Office of Government Commerce
(OGC)) PRINCE is a very structured method for
effective project management. It is a de facto
standard used extensively by UK government and is
widely recognised and used in the private sector,
both in the UK and internationally. PRINCE, the
method, is in the public domain, offering
non-proprietary best-practice guidance on project
management. PRINCE is, however, a registered
trademark of OGC.
46
PRINCE2 Overview
Prince defines a project as a management
environment that is created for the purpose of
delivering one or more business products
according to a specified Business Case.
  • The key features of a PRINCE Project
  • Finite and defined lifecycle (starts and ends in
    a controlled way).
  • Defined and measurable products with planned
    activities to achieve the products.
  • Defined (and limited) resources.
  • An organisational structure.

47
PRINCE2 Overview
48
PRINCE2 Overview
49
PRINCE2 Overview
50
PRINCE2 Overview
51
PRINCE2 Overview
52
PRINCE2 Overview
53
PRINCE2 Organization
  • Project Board
  • Project Manager
  • Stage Managers (optional)
  • Project Assurance
  • Project Support

54
PRINCE2 Management Model
55
PRINCE2 Management Model
56
PRINCE2 Management Model
57
PRINCE2 Techniques
  • 3 Project Management Techniques
  • Product Based Planning
  • Change Control
  • Quality Review

58
PRINCE2 Product Based Approach
In PRINCE2 all work is directed to complete
products.
59
PRINCE2 Product Based Approach
60
PRINCE2 Product Based Approach
Every product has a clear Product Description
(Design before Implementation !)
Every product has clear Quality
Criteria Quality Method
61
(No Transcript)
62
(No Transcript)
63
(No Transcript)
64
Waterfall Approach!
65
(No Transcript)
66
PRINCE2 The Plan
Think ahead
  • Products to be created
  • Activities needed to create products.
  • Quality Criteria (and arrangements).
  • Assumptions and Dependencies.
  • Resources.
  • Risks Log . . . . . . . Monitoring/Control Point
    Arrangements.
  • Schedule.
  • Costs.

67
PRINCE2 Permission to Proceed
68

The Golden Rules
  • Never implement before designing.
  • Testing/quality plans must be integrated.
  • Always pilot any new development.
  • Time, Resources ( ), Objectives and Product
    Quality are trade offs.
  • Get the highest level of management support
    possible.
  • CHANGE HAPPENS Deal with it!

69
PRINCE2 Control
70
PRINCE2 Control
71
PRINCE2 Control
72
PRINCE2
Putting it All Together
73
PRINCE2 Putting it Together
74
PRINCE2 Putting it Together
75
PRINCE2 Putting it Together
76
PRINCE2 Putting it Together
77
PRINCE2 Putting it Together
78
PRINCE2 Putting it Together
79
PRINCE2 Putting it Together
80
PRINCE2 Putting it Together
81
PRINCE2 Summary
  • Where to Get More Information
  • Association of Project Management
    (www.apmgroup.co.uk)
  • Potential for further, more specialized training
    sessions
  • PRINCE2 Foundation Training.
  • PRINCE2 Practitioner
  • (www.prince2.org.uk)
  • PRINCE Manuals paper and electronic (Limited
    access)
  • Consulting Services (Expensive)

82
End of Lecture 2 other useful slides follow
83
PRINCE2 Control Points
84
PRINCE2 Quality
Write a Comment
User Comments (0)
About PowerShow.com