SlideShare ist ein Scribd-Unternehmen logo
1 von 27
Guided By,
Miss R.Indumathi., MCA
(AP/MCA)
S.Gomathi(MCA12006)
P.Lavanya(MCA12011)
P.R.Papitha(MCA12017)
K.Revathi(MCA12024)
K.Priya(MCA12048)
07/24/14 1
Overview Of Project Planning
Introduction
PRINCE 2 is a set of project management
standard.
It is sponsored by Central Computing and
Telecommunications Agency(CCTA)
Step Wise should be comfortable with
PRINCE 2
It covers planning stage of a project, not
monitoring and control the project
07/24/14 2
Stepwise Project Planning
Steps in Project Planning
Step 0 : Select project
Step 1 : Identify project scope and objectives
Step 2 : Identify project infrastructure
Step 3 : Analyze project characteristics
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 plan
Step 9 & 10 : Execute plan / lower level of planning07/24/14 3
07/24/14 4
Step 0 : Select Project
07/24/14 5
Step 1: Identify Project Scope and
Objectives
Step 1.1 Identify objectives and measure of
effectiveness
 Get the objectives of a project
 Measuring effectiveness can be in terms of
software quality
 Performance measurement
 Mean time of failure
 Predictive measurement
 Error in code
07/24/14 6
Cont..
Step 1.2 Establish a project authority
 ‘Who is the boss?’
 Identify the authority of the project
Step 1.3 Stakeholders Analysis
Identify all stakeholders in the project
The stockholders who are all having interest in
project
 With the team we want to check
 Not in project team but with in
organization
 External stakeholders
07/24/14 7
Cont..
Step 1.4 Change objectives based on stakeholder
analysis
The stakeholder suggestion is satisfied means
change the objective
 If it’s not satisfied means , don’t change the
original objective of the project
Step 1.5 Establish method of communication with all
parties
We should satisfy the customer requirements
How do we keep in contact with customer
07/24/14 8
Step 2: Establish project infrastructure
Step 2.1: Identify relationship between project and
strategic planning
What are the standard methods going to complete
the project
Step 2.2 : Identify installation standards and procedures
What are the front end and
Back end
Software are going to use in this project
Step 2.3 : Identify project team organization
Order of organizing to the project
Team management07/24/14 9
Step 3:Analyze project characteristics
Step 3.1 : Distinguish project as objective driven or
product driven
Product - It will be given by the user & design by
external person
Objective - Problem is given
We want to find the solution
Get recommendation
Step 3.2 : Analyze other project characteristics
 Including quality –based ones
What are the problems going to solve
07/24/14 10
Cont..
Step 3.3 : Identify high level of project risks
 Identify the level of risk
Step 3.4: Take user requirement concerning
implementation
Confirm with the user requirement
Step 3.5: Select development methodology and life
cycle approach
Step by step process ,what are the methods going
to follow in the project
Step 3.6: Review overall resource estimation
After risk identification, re-estimate effort &
resources of project07/24/14 11
Step 4 : Identify Project Products and
Activities
Step 4.1: Identify and describes project products
Deliverable: Product handover to user
In this step identify each and every phase
Identify the project going to deliver
Each and every stage consider as a product
Product hierarchy
Project Specification
Module specification
System product
Management product07/24/14 12
Cont..
Project Specification
Module System Management
specification procedure products
Design Code Overall Integration Testing
Progress
report
07/24/14 13
Cont..
Step 4.2 : Document generic product flows
 Product flow diagram
 One stage output is given to input of other stage
Eg: Requirements
Design
Coding
Testing
Step 4.3 : Record product instances
For each and every product what are the steps
going to follow
Identifying product instance07/24/14 14
Cont..
Step 4.4 : Produce ideal activity network
 Each and every module having several activity
 After complete individual module combine all the
modules
Step 4.5 : Modify ideal to take stages and
checkpoints
 Project divided into number of product check each
and every stage we do correctly or not
 Check point to check the progress of the project
07/24/14 15
Step 5: Estimate effort for each activity
Step 5.1: Carry out bottom-up estimation
 Estimate
 Staff effort
 How much work in need to complete the
project
 Product elapse time
 How much time taken to complete the
project
 Non-staff resources
 Designing tools
 Software need
07/24/14 16
Cont..
Step 5.2: Revise plan to create controllable activities
 Every phase we need to control
 Need to break a task into a series of manageable
sub-tasks
 Break up very long activities into a series of
smaller ones as we can’t judge the status in long
activities
07/24/14 17
Step 6 : Identify activity risks
Step 6.1 : Identify and quantify activity based risks
Identify risk for each activity
During the design phase identify the risk
Identify damage and likelihood
Identify possibilities of mistakes
07/24/14 18
Cont..
Step 6.2 : Plan risk reduction and contingency
measures where appropriate
Review plan and do some steps for reduce risk
Have the alternative plan
Alternative measurement
Otherwise specify a contingency plan
For example:
Contract temporary developer if team
member becomes unavailable through
illness
07/24/14 19
Cont..
Step 6.3 : Adjust overall plans and estimates to take
account of the risks
 Including add new activities - such as training
and practice -if needed
 Add new activities which reduce risk
 associated with other activities
E.g. Training
Pilot trials
Information gathering
07/24/14 20
Step 7 : Allocate resources
Step 7.1 : Identify and allocate resources
Type of staff needed for each activity
Staff availability are identified
Staff are provisionally allocated to task
Step 7.2 : Revise plans and estimates to take into
account resource constraints
Staffing constraints
Staffing issues
07/24/14 21
Step 8 : Review / Publicize Plan
Step 8.1 : Review quality aspects of the project plan
To ensure each activity is completed with a quality
product
Each activity should have “exit requirements”
This ensures the quality of product on each
activity
Check quality of phase before going to next stage
07/24/14 22
Cont..
Step 8.2 : Document plans and obtain agreements
 All parties understand and agree to the
commitments in the plan
 Make sure everyone understands and agree
 Specify this task in a communication plan if
needed
 Develop the documentation
07/24/14 23
Step 9 & 10 :Execute plan / lower level of
planning
During the project draw up plans for activities in
greater detail as they become due
Detail has to wait as more information becomes
available
Especially if you are using an iterative
development approach
Maintain provisional plans for more important
later tasks
Planning in great detail too soon could be a waste
of time
07/24/14 24
References:
Bob Hughes and Mike Cotterell (2004)
“Software Project Management”, McGraw-Hill.
P.Jalote(2000) “Software Project Management
In Practice”, Pearson Education..
https://learning.uonbi.ac.ke/courses/ICS616/doc
ument/Lecture_3_-Project_planning.pdf
http://www.itglitz.in/SPM/stepwise
07/24/14 25
07/24/14 26
07/24/14 27

Weitere ähnliche Inhalte

Was ist angesagt?

1 2. project management
1 2. project management1 2. project management
1 2. project management
akashsaini8
 
Software estimation
Software estimationSoftware estimation
Software estimation
Md Shakir
 
Object oriented-systems-development-life-cycle ppt
Object oriented-systems-development-life-cycle pptObject oriented-systems-development-life-cycle ppt
Object oriented-systems-development-life-cycle ppt
Kunal Kishor Nirala
 
Software Project Management( lecture 1)
Software Project Management( lecture 1)Software Project Management( lecture 1)
Software Project Management( lecture 1)
Syed Muhammad Hammad
 

Was ist angesagt? (20)

Cocomo model
Cocomo modelCocomo model
Cocomo model
 
1 2. project management
1 2. project management1 2. project management
1 2. project management
 
Software estimation
Software estimationSoftware estimation
Software estimation
 
Introduction to Software Project Management
Introduction to Software Project ManagementIntroduction to Software Project Management
Introduction to Software Project Management
 
Software Project Management - Classic Mistakes
Software Project Management - Classic MistakesSoftware Project Management - Classic Mistakes
Software Project Management - Classic Mistakes
 
Spm unit 3
Spm unit 3Spm unit 3
Spm unit 3
 
Software project estimation
Software project estimationSoftware project estimation
Software project estimation
 
MG6088 SOFTWARE PROJECT MANAGEMENT
MG6088 SOFTWARE PROJECT MANAGEMENTMG6088 SOFTWARE PROJECT MANAGEMENT
MG6088 SOFTWARE PROJECT MANAGEMENT
 
Resource Allocation In Software Project Management
Resource Allocation In Software Project ManagementResource Allocation In Software Project Management
Resource Allocation In Software Project Management
 
Spm unit iii-risk-resource allocation
Spm unit iii-risk-resource allocationSpm unit iii-risk-resource allocation
Spm unit iii-risk-resource allocation
 
Software Project Management chapter-1
Software Project Management chapter-1Software Project Management chapter-1
Software Project Management chapter-1
 
Line of Code (LOC) Matric and Function Point Matric
Line of Code (LOC) Matric and Function Point MatricLine of Code (LOC) Matric and Function Point Matric
Line of Code (LOC) Matric and Function Point Matric
 
Spm unit 1
Spm unit 1Spm unit 1
Spm unit 1
 
Chapter 13 software testing strategies
Chapter 13 software testing strategiesChapter 13 software testing strategies
Chapter 13 software testing strategies
 
MG6088 SOFTWARE PROJECT MANAGEMENT
MG6088 SOFTWARE PROJECT MANAGEMENTMG6088 SOFTWARE PROJECT MANAGEMENT
MG6088 SOFTWARE PROJECT MANAGEMENT
 
Spm chapter 1
Spm chapter 1Spm chapter 1
Spm chapter 1
 
Software design
Software designSoftware design
Software design
 
Object oriented-systems-development-life-cycle ppt
Object oriented-systems-development-life-cycle pptObject oriented-systems-development-life-cycle ppt
Object oriented-systems-development-life-cycle ppt
 
Basic Software Effort Estimation
Basic Software Effort EstimationBasic Software Effort Estimation
Basic Software Effort Estimation
 
Software Project Management( lecture 1)
Software Project Management( lecture 1)Software Project Management( lecture 1)
Software Project Management( lecture 1)
 

Ähnlich wie Software Project Management

System Analysis & Design (CHAPTER TWO) (1).ppt
System Analysis & Design (CHAPTER TWO) (1).pptSystem Analysis & Design (CHAPTER TWO) (1).ppt
System Analysis & Design (CHAPTER TWO) (1).ppt
AynetuTerefe2
 
Project planning
Project planningProject planning
Project planning
Shaikh Zain
 
Introduction to PMP Brief Presentation
Introduction to PMP Brief PresentationIntroduction to PMP Brief Presentation
Introduction to PMP Brief Presentation
jamilireifij
 

Ähnlich wie Software Project Management (20)

spm-01.ppt
spm-01.pptspm-01.ppt
spm-01.ppt
 
Unit 1.2 Stepwise Project Planning.pdf
Unit 1.2 Stepwise Project Planning.pdfUnit 1.2 Stepwise Project Planning.pdf
Unit 1.2 Stepwise Project Planning.pdf
 
NCV 4 Project Management Hands-On Support Slide Show - Module 2
NCV 4 Project Management Hands-On Support Slide Show - Module 2NCV 4 Project Management Hands-On Support Slide Show - Module 2
NCV 4 Project Management Hands-On Support Slide Show - Module 2
 
PROJECT PLANNING.pptx
PROJECT PLANNING.pptxPROJECT PLANNING.pptx
PROJECT PLANNING.pptx
 
PROJECT PLANNING.pptx
PROJECT PLANNING.pptxPROJECT PLANNING.pptx
PROJECT PLANNING.pptx
 
Stepwise_Project_planning_12052016.pdf
Stepwise_Project_planning_12052016.pdfStepwise_Project_planning_12052016.pdf
Stepwise_Project_planning_12052016.pdf
 
SPM-Lecture 2.pptx
SPM-Lecture 2.pptxSPM-Lecture 2.pptx
SPM-Lecture 2.pptx
 
Project Life Cycle.pptx
Project Life Cycle.pptxProject Life Cycle.pptx
Project Life Cycle.pptx
 
Software project management
Software project managementSoftware project management
Software project management
 
Software project management 3
Software project management 3Software project management 3
Software project management 3
 
System Analysis & Design (CHAPTER TWO) (1).ppt
System Analysis & Design (CHAPTER TWO) (1).pptSystem Analysis & Design (CHAPTER TWO) (1).ppt
System Analysis & Design (CHAPTER TWO) (1).ppt
 
Pmp training bangalore
Pmp training bangalorePmp training bangalore
Pmp training bangalore
 
PGP New Product Generation Project 2003
PGP New Product Generation Project 2003PGP New Product Generation Project 2003
PGP New Product Generation Project 2003
 
Project planning
Project planningProject planning
Project planning
 
Project plan for ISO 9001 Implementation
Project plan for ISO 9001 ImplementationProject plan for ISO 9001 Implementation
Project plan for ISO 9001 Implementation
 
Introduction to PMP Brief Presentation
Introduction to PMP Brief PresentationIntroduction to PMP Brief Presentation
Introduction to PMP Brief Presentation
 
Project scheduling
Project schedulingProject scheduling
Project scheduling
 
General Project Management 2003
General Project Management 2003General Project Management 2003
General Project Management 2003
 
Topic 1a overview program and project structures
Topic 1a overview  program and project structuresTopic 1a overview  program and project structures
Topic 1a overview program and project structures
 
PMP Preparation 2 - Processes
PMP Preparation 2 - ProcessesPMP Preparation 2 - Processes
PMP Preparation 2 - Processes
 

Software Project Management

  • 1. Guided By, Miss R.Indumathi., MCA (AP/MCA) S.Gomathi(MCA12006) P.Lavanya(MCA12011) P.R.Papitha(MCA12017) K.Revathi(MCA12024) K.Priya(MCA12048) 07/24/14 1
  • 2. Overview Of Project Planning Introduction PRINCE 2 is a set of project management standard. It is sponsored by Central Computing and Telecommunications Agency(CCTA) Step Wise should be comfortable with PRINCE 2 It covers planning stage of a project, not monitoring and control the project 07/24/14 2
  • 3. Stepwise Project Planning Steps in Project Planning Step 0 : Select project Step 1 : Identify project scope and objectives Step 2 : Identify project infrastructure Step 3 : Analyze project characteristics 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 plan Step 9 & 10 : Execute plan / lower level of planning07/24/14 3
  • 5. Step 0 : Select Project 07/24/14 5
  • 6. Step 1: Identify Project Scope and Objectives Step 1.1 Identify objectives and measure of effectiveness  Get the objectives of a project  Measuring effectiveness can be in terms of software quality  Performance measurement  Mean time of failure  Predictive measurement  Error in code 07/24/14 6
  • 7. Cont.. Step 1.2 Establish a project authority  ‘Who is the boss?’  Identify the authority of the project Step 1.3 Stakeholders Analysis Identify all stakeholders in the project The stockholders who are all having interest in project  With the team we want to check  Not in project team but with in organization  External stakeholders 07/24/14 7
  • 8. Cont.. Step 1.4 Change objectives based on stakeholder analysis The stakeholder suggestion is satisfied means change the objective  If it’s not satisfied means , don’t change the original objective of the project Step 1.5 Establish method of communication with all parties We should satisfy the customer requirements How do we keep in contact with customer 07/24/14 8
  • 9. Step 2: Establish project infrastructure Step 2.1: Identify relationship between project and strategic planning What are the standard methods going to complete the project Step 2.2 : Identify installation standards and procedures What are the front end and Back end Software are going to use in this project Step 2.3 : Identify project team organization Order of organizing to the project Team management07/24/14 9
  • 10. Step 3:Analyze project characteristics Step 3.1 : Distinguish project as objective driven or product driven Product - It will be given by the user & design by external person Objective - Problem is given We want to find the solution Get recommendation Step 3.2 : Analyze other project characteristics  Including quality –based ones What are the problems going to solve 07/24/14 10
  • 11. Cont.. Step 3.3 : Identify high level of project risks  Identify the level of risk Step 3.4: Take user requirement concerning implementation Confirm with the user requirement Step 3.5: Select development methodology and life cycle approach Step by step process ,what are the methods going to follow in the project Step 3.6: Review overall resource estimation After risk identification, re-estimate effort & resources of project07/24/14 11
  • 12. Step 4 : Identify Project Products and Activities Step 4.1: Identify and describes project products Deliverable: Product handover to user In this step identify each and every phase Identify the project going to deliver Each and every stage consider as a product Product hierarchy Project Specification Module specification System product Management product07/24/14 12
  • 13. Cont.. Project Specification Module System Management specification procedure products Design Code Overall Integration Testing Progress report 07/24/14 13
  • 14. Cont.. Step 4.2 : Document generic product flows  Product flow diagram  One stage output is given to input of other stage Eg: Requirements Design Coding Testing Step 4.3 : Record product instances For each and every product what are the steps going to follow Identifying product instance07/24/14 14
  • 15. Cont.. Step 4.4 : Produce ideal activity network  Each and every module having several activity  After complete individual module combine all the modules Step 4.5 : Modify ideal to take stages and checkpoints  Project divided into number of product check each and every stage we do correctly or not  Check point to check the progress of the project 07/24/14 15
  • 16. Step 5: Estimate effort for each activity Step 5.1: Carry out bottom-up estimation  Estimate  Staff effort  How much work in need to complete the project  Product elapse time  How much time taken to complete the project  Non-staff resources  Designing tools  Software need 07/24/14 16
  • 17. Cont.. Step 5.2: Revise plan to create controllable activities  Every phase we need to control  Need to break a task into a series of manageable sub-tasks  Break up very long activities into a series of smaller ones as we can’t judge the status in long activities 07/24/14 17
  • 18. Step 6 : Identify activity risks Step 6.1 : Identify and quantify activity based risks Identify risk for each activity During the design phase identify the risk Identify damage and likelihood Identify possibilities of mistakes 07/24/14 18
  • 19. Cont.. Step 6.2 : Plan risk reduction and contingency measures where appropriate Review plan and do some steps for reduce risk Have the alternative plan Alternative measurement Otherwise specify a contingency plan For example: Contract temporary developer if team member becomes unavailable through illness 07/24/14 19
  • 20. Cont.. Step 6.3 : Adjust overall plans and estimates to take account of the risks  Including add new activities - such as training and practice -if needed  Add new activities which reduce risk  associated with other activities E.g. Training Pilot trials Information gathering 07/24/14 20
  • 21. Step 7 : Allocate resources Step 7.1 : Identify and allocate resources Type of staff needed for each activity Staff availability are identified Staff are provisionally allocated to task Step 7.2 : Revise plans and estimates to take into account resource constraints Staffing constraints Staffing issues 07/24/14 21
  • 22. Step 8 : Review / Publicize Plan Step 8.1 : Review quality aspects of the project plan To ensure each activity is completed with a quality product Each activity should have “exit requirements” This ensures the quality of product on each activity Check quality of phase before going to next stage 07/24/14 22
  • 23. Cont.. Step 8.2 : Document plans and obtain agreements  All parties understand and agree to the commitments in the plan  Make sure everyone understands and agree  Specify this task in a communication plan if needed  Develop the documentation 07/24/14 23
  • 24. Step 9 & 10 :Execute plan / lower level of planning During the project draw up plans for activities in greater detail as they become due Detail has to wait as more information becomes available Especially if you are using an iterative development approach Maintain provisional plans for more important later tasks Planning in great detail too soon could be a waste of time 07/24/14 24
  • 25. References: Bob Hughes and Mike Cotterell (2004) “Software Project Management”, McGraw-Hill. P.Jalote(2000) “Software Project Management In Practice”, Pearson Education.. https://learning.uonbi.ac.ke/courses/ICS616/doc ument/Lecture_3_-Project_planning.pdf http://www.itglitz.in/SPM/stepwise 07/24/14 25