Sei sulla pagina 1di 36

Projectmanagement

Organising,planningand
schedulingsoftwareprojects

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide1

Objectives

Tointroducesoftwareprojectmanagementandto
describeitsdistinctivecharacteristics
Todiscussprojectplanningandtheplanning
process
Toshowhowgraphicalschedulerepresentations
areusedbyprojectmanagement
Todiscussthenotionofrisksandtherisk
managementprocess

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide2

Topicscovered

Managementactivities
Projectplanning
Projectscheduling
Riskmanagement

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide3

Softwareprojectmanagement

Concernedwithactivitiesinvolvedinensuring
thatsoftwareisdeliveredontimeandon
scheduleandinaccordancewiththe
requirementsoftheorganisationsdeveloping
andprocuringthesoftware
Projectmanagementisneededbecausesoftware
developmentisalwayssubjecttobudgetand
scheduleconstraintsthataresetbythe
organisationdevelopingthesoftware

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide4

Softwaremanagementdistinctions

Theproductisintangible
Theproductisuniquelyflexible
Softwareengineeringisnotrecognizedasan
engineeringdisciplinewiththesanestatusas
mechanical,electricalengineering,etc.
Thesoftwaredevelopmentprocessisnot
standardised
Manysoftwareprojectsare'oneoff'projects

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide5

Managementactivities

Proposalwriting
Projectplanningandscheduling
Projectcosting
Projectmonitoringandreviews
Personnelselectionandevaluation
Reportwritingandpresentations

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide6

Managementcommonalities

Theseactivitiesarenotpeculiartosoftware
management
Manytechniquesofengineeringproject
managementareequallyapplicabletosoftware
projectmanagement
Technicallycomplexengineeringsystemstend
tosufferfromthesameproblemsassoftware
systems

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide7

Projectstaffing

Maynotbepossibletoappointtheidealpeopleto
workonaproject

Projectbudgetmaynotallowfortheuseofhighlypaidstaff
Staffwiththeappropriateexperiencemaynotbeavailable
Anorganisationmaywishtodevelopemployeeskillsona
softwareproject

Managershavetoworkwithintheseconstraints
especiallywhen(asiscurrentlythecase)thereis
aninternationalshortageofskilledITstaff

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide8

Projectplanning

Probablythemosttimeconsumingproject
managementactivity
Continuousactivityfrominitialconceptthrough
tosystemdelivery.Plansmustberegularly
revisedasnewinformationbecomesavailable
Variousdifferenttypesofplanmaybedeveloped
tosupportthemainsoftwareprojectplanthatis
concernedwithscheduleandbudget

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide9

Typesofprojectplan
Plan
Qualityplan
Validationplan
Configuration
managementplan
Maintenanceplan
Staffdevelopmentplan.

IanSommerville2000

Description
Describesthequality
proceduresand
standardsthatwillbeusedinaproject.
Describes theapproach,resourcesand
scheduleusedforsystemvalidation.
Describes theconfigurationmanagement
proceduresandstructurestobeused.
Predictsthe maintenancerequirementsof
thesystem,maintenancecostsand
effort
required.
Describeshowtheskillsand experienceof
theprojectteam
memberswillbe
developed.

SoftwareEngineering,6thedition.Chapter4

Slide10

Projectplanningprocess
Establish the project constraints
Make initial assessments of the project parameters
Define project milestones and deliverables
while project has not been completed or cancelled loop
Draw up project schedule
Initiate activities according to schedule
Wait ( for a while )
Review project progress
Revise estimates of project parameters
Update the project schedule
Re-negotiate project constraints and deliverables
if ( problems arise ) then
Initiate technical review and possible revision
end if
end loop

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide11

Projectplanstructure

Introduction
Projectorganisation
Riskanalysis
Hardwareandsoftwareresourcerequirements
Workbreakdown
Projectschedule
Monitoringandreportingmechanisms

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide12

Activityorganization

Activitiesinaprojectshouldbeorganisedto
producetangibleoutputsformanagementto
judgeprogress
Milestonesaretheendpointofaprocessactivity
Deliverablesareprojectresultsdeliveredto
customers
Thewaterfallprocessallowsforthe
straightforwarddefinitionofprogressmilestones

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide13

A
C
T
I
V
T
I
E
S
eF
F
aerastsu
ipib
todrlty
lb
R
e
q
u
i
r
e
m
n
t
s
P
r
o
t
y
p
e
D
e
s
i
g
n
R
e
q
u
i
r
e
m
n
t
s
a
n
l
y
s
i
d
e
v
l
m
n
t
t
u
d
y
s
p
c
f
a
i
o
yR
edqufirnem
ttosM
n
E
aIrL
v
leu
iE
tp
o
n
A
r
c
h
i
t
e
c
u
r
a
l
R
e
q
u
i
r
e
m
n
t
s
rS
d
s
g
n
s
p
c
f
a
i
o
T
O
N
E
S

MilestonesintheREprocess

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide14

Projectscheduling

Splitprojectintotasksandestimatetimeand
resourcesrequiredtocompleteeachtask
Organizetasksconcurrentlytomakeoptimal
useofworkforce
Minimizetaskdependenciestoavoiddelays
causedbyonetaskwaitingforanothertocomplete
Dependentonprojectmanagersintuitionand
experience

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide15

Theprojectschedulingprocess

Iqcduoeifrnvtew
tm
ifaeyrsentsIdenptifydaecntivesyE
stfiom
artecrivsoturcesA
rA
eacntdacitvhbapyrrtoscjheacrtts
ltocateivptopsleC
areS

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide16

Schedulingproblems

Estimatingthedifficultyofproblemsandhence
thecostofdevelopingasolutionishard
Productivityisnotproportionaltothenumberof
peopleworkingonatask
Addingpeopletoalateprojectmakesitlater
becauseofcommunicationoverheads
Theunexpectedalwayshappens.Alwaysallow
contingencyinplanning

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide17

Barchartsandactivitynetworks

Graphicalnotationsusedtoillustratetheproject
schedule
Showprojectbreakdownintotasks.Tasksshould
notbetoosmall.Theyshouldtakeaboutaweek
ortwo
Activitychartsshowtaskdependenciesandthe
thecriticalpath
Barchartsshowscheduleagainstcalendartime

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide18

Taskdurationsanddependencies
Task
T1
T2
T3
T4
T5
T6
T7
T8
T9
T10
T11
T12
IanSommerville2000

Duration(days)
8
15
15
10
10
5
20
25
15
15
7
10

Dependencies
T1(M1)
T2,T4(M2)
T1,T2(M3)
T1(M1)
T4(M5)
T3,T6(M4)
T5,T7(M7)
T9(M6)
T11(M8)

SoftwareEngineering,6thedition.Chapter4

Slide19

1
5

d
a
y
s
1
4
/
7
9
1
5

d
a
y
s
M
1
T
3
8

d
a
y
s
T
9
T
1
5

d
a
y
s
4
/
8
9
2
5
/
8
9
2
5
/
7
9
T
6
M
4
M
6
4/7st9ar15T
M
3
7

d
a
y
s
2
0

d
a
y
s

d
a
y
s
T
7
T
1
2
5
/
9
//759M
2
5
72910T
/87915T
d5ays1M
10dT
a4ys18M
M
8

d
a
y
s
0
1
0

d
a
y
s
T
1
2
25T
d8ays 19/9F
insh

Activitynetwork

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide20

4/7
1
18/7
25/7
/7
1/8
8/8
15/8
22/8
29/
5/9
12
19
Start
T4
T1
T2
M1
T7
T3
M5
T8
M3
M2
T6
T5
M4
T9
M7
T10
M6
T1
1
M8
T12
Fi

Activitytimeline

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide21

/F
4
7
1
/
7
1
8
/
7
2
5
/
1
/
8
8
/
1
5
/
8
2
/
8
2
9
/
8
5
/
9
1
9
/
1
2
/
9
rJaeT
d
T
8
T
1
T
1
2
T
1
ne
T
3
T
9
Anne
T
2
T
6
T
1
0
Jim
T
7
Mary
T
5

Staffallocation

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide22

Riskmanagement

Riskmanagementisconcernedwithidentifying
risksanddrawingupplanstominimisetheir
effectonaproject.
Ariskisaprobabilitythatsomeadverse
circumstancewilloccur.

Projectrisksaffectscheduleorresources
Productrisksaffectthequalityorperformanceofthesoftware
beingdeveloped
Businessrisksaffecttheorganisationdevelopingorprocuring
thesoftware

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide23

Softwarerisks
Risk
Staffturnover

Risktype
Project

Managementchange

Project

Hardwareunavailability

Project

Requirementschange

Projectand
product

Specificationdelays

Projectand
product
Projectand
product
Product

Sizeunderestimate
CASEtoolunder
performance
Technologychange
Productcompetition
IanSommerville2000

Business
Business

Description
Experiencedstaffwillleavethe
projectbeforeitisfinished.
Therewillbeachangeof
organisationalmanagementwith
differentpriorities.
Hardwarewhichisessentialforthe
projectwillnotbedeliveredon
schedule.
Therewillbealargernumberof
changestotherequirementsthan
anticipated.
Specificationsofessentialinterfaces
arenotavailableonschedule
Thesizeofthesystemhasbeen
underestimated.
CASEtoolswhichsupportthe
projectdonotperformasanticipated
Theunderlyingtechnologyonwhich
thesystemisbuiltissupersededby
newtechnology.
Acompetitiveproductismarketed
beforethesystemiscompleted.

SoftwareEngineering,6thedition.Chapter4

Slide24

Theriskmanagementprocess

Riskidentification

Riskanalysis

Assessthelikelihoodandconsequencesoftheserisks

Riskplanning

Identifyproject,productandbusinessrisks

Drawupplanstoavoidorminimisetheeffectsoftherisk

Riskmonitoring

Monitortherisksthroughouttheproject

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide25

iL
R
s
k
R
i
s
k
R
i
s
k

a
n
l
y
s
i
R
i
s
k

p
l
a
n
i
g
iisdteonrtfisfpkoctaetnioinalP
m
o
n
t
o
r
n
g
indskcpanv
iltsdganceyaseR
o
ism
kent
riotlisedriskaR

Theriskmanagementprocess

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide26

Riskidentification

Technologyrisks
Peoplerisks
Organisationalrisks
Requirementsrisks
Estimationrisks

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide27

Risksandrisktypes
Risktype
Technology

People
Organisational

Tools
Requirements

Estimation

IanSommerville2000

Possiblerisks
Thedatabaseusedinthesystemcannotprocessasmany
transactionspersecondasexpected.
Softwarecomponentswhichshouldbereusedcontaindefects
whichlimittheirfunctionality.
Itisimpossibletorecruitstaffwiththeskillsrequired.
Keystaffareillandunavailableatcriticaltimes.
Requiredtrainingforstaffisnotavailable.
Theorganisationisrestructuredsothatdifferentmanagement
areresponsiblefortheproject.
Organisationalfinancialproblemsforcereductionsintheproject
budget.
ThecodegeneratedbyCASEtoolsisinefficient.
CASEtoolscannotbeintegrated.
Changestorequirementswhichrequiremajordesignreworkare
proposed.
Customersfailtounderstandtheimpactofrequirements
changes.
Thetimerequiredtodevelopthesoftwareisunderestimated.
Therateofdefectrepairisunderestimated.
Thesizeofthesoftwareisunderestimated.
SoftwareEngineering,6thedition.Chapter4

Slide28

Riskanalysis

Assessprobabilityandseriousnessofeachrisk
Probabilitymaybeverylow,low,moderate,high
orveryhigh
Riskeffectsmightbecatastrophic,serious,
tolerableorinsignificant

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide29

Riskanalysis
Risk
Organisationalfinancialproblemsforcereductions
intheprojectbudget.
Itisimpossibletorecruitstaffwiththeskills
requiredfortheproject.
Keystaffareillatcriticaltimesintheproject.
Softwarecomponentswhichshouldbereused
containdefectswhichlimittheirfunctionality.
Changestorequirementswhichrequiremajor
designreworkareproposed.
Theorganisationisrestructuredsothatdifferent
managementareresponsiblefortheproject.
Thedatabaseusedinthesystemcannotprocessas
manytransactionspersecondasexpected.
Thetimerequiredtodevelopthesoftwareis
underestimated.
CASEtoolscannotbeintegrated.
Customersfailtounderstandtheimpactof
requirementschanges.
Requiredtrainingforstaffisnotavailable.
Therateofdefectrepairisunderestimated.
Thesizeofthesoftwareisunderestimated.
ThecodegeneratedbyCASEtoolsisinefficient.
IanSommerville2000

Probability Effects
Low
Catastrophic
High

Catastrophic

Moderate
Moderate

Serious
Serious

Moderate

Serious

High

Serious

Moderate

Serious

High

Serious

High
Moderate

Tolerable
Tolerable

Moderate
Moderate
High
Moderate

Tolerable
Tolerable
Tolerable
Insignificant

SoftwareEngineering,6thedition.Chapter4

Slide30

Riskplanning

Considereachriskanddevelopastrategyto
managethatrisk
Avoidancestrategies

Minimisationstrategies

Theprobabilitythattheriskwillariseisreduced
Theimpactoftheriskontheprojectorproductwillbereduced

Contingencyplans

Iftheriskarises,contingencyplansareplanstodealwiththat
risk

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide31

Riskmanagementstrategies
Risk
Organisational
financialproblems
Recruitment
problems
Staffillness
Defective
components
Requirements
changes
Organisational
restructuring
Database
performance
Underestimated
developmenttime
IanSommerville2000

Strategy
Prepareabriefingdocumentforseniormanagementshowing
howtheprojectismakingaveryimportantcontributiontothe
goalsofthebusiness.
Alertcustomerofpotentialdifficultiesandthepossibilityof
delays,investigatebuyingincomponents.
Reorganiseteamsothatthereismoreoverlapofworkand
peoplethereforeunderstandeachothersjobs.
Replacepotentiallydefectivecomponentswithboughtin
componentsofknownreliability.
Derivetraceabilityinformationtoassessrequirementschange
impact,maximiseinformationhidinginthedesign.
Prepareabriefingdocumentforseniormanagementshowing
howtheprojectismakingaveryimportantcontributiontothe
goalsofthebusiness.
Investigatethepossibilityofbuyingahigherperformance
database.
Investigatebuyingincomponents,investigateuseofaprogram
generator.
SoftwareEngineering,6thedition.Chapter4

Slide32

Riskmonitoring

Assesseachidentifiedrisksregularlytodecide
whetherornotitisbecominglessormore
probable
Alsoassesswhethertheeffectsoftheriskhave
changed
Eachkeyriskshouldbediscussedatmanagement
progressmeetings

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide33

Riskfactors
Risktype
Technology
People
Organisational
Tools
Requirements
Estimation

IanSommerville2000

Potentialindicators
Latedeliveryofhardwareorsupportsoftware,many
reportedtechnologyproblems
Poorstaffmorale,poorrelationshipsamongstteam
member,jobavailability
organisationalgossip,lackofactionbysenior
management
reluctancebyteammemberstousetools,complaints
aboutCASEtools,demandsforhigherpowered
workstations
manyrequirementschangerequests,customer
complaints
failuretomeetagreedschedule,failuretoclear
reporteddefects

SoftwareEngineering,6thedition.Chapter4

Slide34

Keypoints

Goodprojectmanagementisessentialforproject
success
Theintangiblenatureofsoftwarecausesproblemsfor
management
Managershavediverserolesbuttheirmostsignificant
activitiesareplanning,estimatingandscheduling
Planningandestimatingareiterativeprocesses
whichcontinuethroughoutthecourseofa
project

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide35

Keypoints

Aprojectmilestoneisapredictablestatewhere
someformalreportofprogressispresentedto
management.
Risksmaybeprojectrisks,productrisksor
businessrisks
Riskmanagementisconcernedwithidentifying
riskswhichmayaffecttheprojectandplanningto
ensurethattheserisksdonotdevelopintomajor
threats

IanSommerville2000

SoftwareEngineering,6thedition.Chapter4

Slide36

Potrebbero piacerti anche