Professional Documents
Culture Documents
DEFINITIO
NS:
“A finite endeavor having specific start and completion
dates undertaken to create a quantifiable deliverable.”
“Unique process, consisting of a set of coordinated and
controlled activities with start and finish dates,
undertaken to achieve an objective conforming to
specific requirements, including constraints of time, cost
and resources”
4
SIMILAR, BUT WITH THE FOLLOWING
CHARACTERISTICS:
Invisibility
Complexity
Flexibility
5
Examp e Activities
PHASES
6
DISTINGUISHING DIFFERENT TYPES OF PROJECT
IS IMPORTANT AS DIFFERENT TYPES OF TASK
NEED DIFFERENT PROJECT APPROACHES E.G.
7
SOFTWARE DEVELOPMENT PACKAGE
IMPLEMENTATION SYSTEM
ENHANCEMENT
CONSULTANCY AND BUSINESS
ANALYSIS SYSTEMS MIGRATION
Infrastructure implementation
8
SIMILAR TO OTHER ‘CONSTRUCTION’
PROJECTS MAIN DIFFICULTY –
INTANGIBILITY OF PRODUCT PROJECT
MANAGERS NEED:
◦ Flexibility and adaptability
◦ Well-developed interpersonal and stakeholder
management skills
9
QUICKER AND CHEAPER THAN BUILDING A SYSTEM
MAIN DIFFICULTIES:
11
MAIN
ISSUES:
◦ Intangibility of the ‘product’
◦ Difficult to estimate realistically
◦ Shifting the scope of the project.
12
MOVING EXISTING SYSTEM TO NEW PLATFORM.
USERS JUDGE SUCCESS BY LACK OF
INTERRUPTIONS. MAY INVOLVE SOME
RETRAINING OF USERS.
MAY ALSO INVOLVE SOME SOFTWARE
DEVELOPMENT FOR INTERFACES.
13
INSTALLATION OF HARDWARE AND/OR
COMMUNICATIONS NETWORKS FITTING OUT OF
COMPUTER SUITES
GENERAL PROJECT MANAGEMENT PRINCIPLES
APPLY SPECIFIC ISSUES TO CONSIDER:
◦ Need to maintain ‘business as usual’
◦ Supplier management vital.
14
THESE ARE PEOPLE WHO HAVE A STAKE OR
INTEREST IN THE PROJECT
IN GENERAL, THEY COULD BE USERS/CLIENTS OR
developers/implementers
21
INFORMALLY, THE OBJECTIVE OF A PROJECT
CAN BE DEFINED BY COMPLETING THE
STATEMENT:
The project will be regarded as a
success if………………………………..
22
THESE ARE STEPS ALONG THE WAY TO
ACHIEVING THE OBJECTIVE. INFORMALLY,
THESE CAN BE DEFINED BY COMPLETING THE
SENTENCE…
Objective X will be achieved
IF the following goals are all achieved
A……………
B……………
C…………… etc
19
OFTEN A GOAL CAN BE ALLOCATED TO AN
INDIVIDUAL.
INDIVIDUAL MAY HAVE THE CAPABILITY OF
ACHIEVING
Objective –GOAL, BUT NOTwith
user satisfaction THEsoftware
OBJECTIVE ON
product
THEIR OWN E.G.
Analyst goal – accurate requirements
R elevant , the objective must relevant to the true purpose of the project
18
THIS INVOLVES THE
FOLLOWING ACTIVITIES:
Planning – deciding what is to be done
Organizing – making arrangements
Controlling – taking action to remedy hold-ups
Innovating – coming up with solutions when
problems emerge
Representing – liaising with clients, users,
21
BENEFITS OF DELIVERED PROJECT MUST
OUTWEIGH COSTS
Costs include:
-Development
-Operation
Benefits
-Quantifiable
-Non-quantifiable
25
POOR ESTIMATES
32
STEPS IN PROJECT PLANNING
Step 1 : Identify project scope and objectives Step 2 : Identify project infrastructure
Step 4 : Identify project products and activities Step 5: Estimate effort for each activity.
Step 6 : Identify activity risks. Step 7 : Allocate resources Step 8 Review / Publicize
pl\an
1.3 Identify all stakeholders in the project and their interests
◦‘who will be affected/involved in the project?’
33
1.4 MODIFY OBJECTIVES IN THE LIGHT
OF STAKEHOLDER ANALYSIS
◦ ‘do we need to do things to win over
stakeholders?’
43
System products
Module products
Management products
44
45
PRODUCT
IDENTITY
Description - what Relevant standards
is it? Quality criteria
Derivation - what is
it based on?
Composition - what
does it contain?
Create a PD for
Format
‘test data’
46
PRODUCT FLOW
DIAGRAM
47
Identify the activities needed to create each
product in the PFD
More than one activity might be needed to
create a single product
Hint: Identify activities by verb + noun but
avoid ‘produce…’ (too vague)
Draw up activity network
48
Design Code
module A module A
Design Code
module A module A
49
Design Code
module C module C
5.1 CARRY OUT BOTTOMUP
ESTIMATES
◦ distinguish carefully between effort and elapsed
time
5.2. Revise plan to create controllable
activities
◦ break up very long activities into a series of
smaller ones
◦ Long activity make a project difficult to control
50
◦ If an activity involving testing is totake 12w
6.1.IDENTIFY AND QUANTIFY RISKS
FOR ACTIVITIES
◦ damage if risk occurs (measure in time lost or
money)
51
6.3 ADJUST OVERALL PLANS AND
ESTIMATES TO TAKE ACCOUNT OF
RISKS
◦ e.g. add new activities which reduce risks
associated with other activities
52
7.1 IDENTIFY AND ALLOCATE
RESOURCES TO ACTIVITIES
53
TESTER
TA = testing assistant
Week
MARCH APRIL
commencing
5 12 19 26 2 9 16
Plan testing LT
Select
subjects TA
Design LT
questionnaire
TA
Book machine
Conduct tests TA
Analyse LT
results LT
54
Draft changes
8.1 REVIEW QUALITY ASPECTS OF
PROJECT PLAN
8.2 Document plan and obtain agreement