Professional Documents
Culture Documents
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