Slide 1 - Intro To SPM
Slide 1 - Intro To SPM
3
Understand the fundamental principles of Software Project
management & will also have a good knowledge of
responsibilities of project manager and how to handle these.
Reference books:
5
Quizzes
Assignments : 20%
Project Presentation/ Research Paper
9
What is Software Project Management?
Software
–Complexity
•Inherent
–Intangibility/Invisibility
•Difficult to quantify
–Flexibility
•Subject to change
10
In the broadest sense, a project is a specific,
finite task to be accomplished. Any activity
that results in a deliverable or a product.
11
PMI definition
A project is a temporary endeavor
undertaken to accomplish a unique purpose
Project- A Precise Definition
–Definite beginning, duration and end
–Specific Objectives, results or products
–Large enough to require:
•Planning
•Significant resources
•Several phases
•Risk Management
12
Northwest Airlines developed a new
reservation system called ResNet
Many Organizations upgrade hardware,
software and networks via projects
Organizations develop new software or
enhance existing systems to perform many
business functions
13
Management can be defined as all activities
and tasks undertaken by one or more persons
for the purpose of planning and controlling the
activities of others in order to achieve
objectives or complete an activity that could
not be achieved by others acting
independently.
◦ Management functions can be categorized as
Planning
Organizing
Staffing
Directing
Controlling
14
Planning
Predetermining a course of action for accomplishing
organizational Objectives
Organizing
Arranging the relationships among work units for
accomplishment of objectives and the granting of
responsibility and authority to obtain those objectives
Staffing
Selecting and training people for positions in the
organization
Directing
Creating an atmosphere that will assist and motivate
people to achieve desired end results
Controlling
Establishing, measuring, and evaluating performance of
activities toward planned objectives
15
According to *PMI, PMBOK Guide 2003
16
Concerned with activities involved in ensuring
that software is delivered:
◦ on time
◦ on schedule
◦ in accordance with the requirements of
the organization developing and
procuring the software
17
18
Requirements analysis
◦ Requirements elicitation: what does the client
need?
◦ Analysis: converting ‘customer-facing’
requirements into equivalents that developers
can understand
◦ Requirements will cover
Functions
Quality
Resource constraints i.e. costs
19
Specification
◦ Detail documentation of what the proposed system
has to do.
design
◦ Based on system requirements
◦ Defines components of system: hardware, software,
organizational
◦ Software requirements will come out of this
Code
◦ Writing code in a language.
◦ Of individual components
Verification and Validation
◦ Whether the SW developed specially for the current
system or not
20
Implementation/Installation
◦ The process of making the system operational
◦ Includes setting up installation on operational
hardware platforms, user training etc
Maintenance & support
◦ Including maintenance and enhancement
21
1. Initiating
2. Planning
5. Closing
4. Controlling 3. Executing
29
One clear objective
◦ A well defined set of end results
◦ Goal oriented
◦ End product or service must result
Finite
◦ Fixed timeline, start date, end date, milestone
dates
Limited
◦ Budget, Resources, Time
Life Cycle
◦ Recognizable sequence of phases
Interdependences (source of conflict)
◦ Cross-functional, cross-project, cross-activity
30
Uniqueness
◦ No practice or rehearsal, one time set of events
31
Resource conflict
◦ Interdependences
Activities, Projects, Projects and Operations
◦ Limited Resources
People, Equipment, Time, Money, Facilities
People conflict
◦ As a result of resource conflict
◦ Resistance to Change
Project Manager
◦ Must be a Conflict Manager
32
Client
◦ Max Flexibility, Max Quality at Min Price in Min Time
Organization
◦ Max Profit, Min disruption to Operations
Public
◦ Obeisance of all relevant Government Regulations
◦ Min Environmental Impact
33
Two different types of negotiations
win-lose
◦ your savings are other party’s losses
win-win
◦ both parties try to understand the other party needs
◦ The win-win approach is a set of principles and
practices which enable a set of Interdependent
stakeholders to work out a mutually satisfactory
(win-win) set of shared commitments.
34
Win-lose Generally Becomes Lose-lose
35
Information Systems v. Embedded Systems
–Information systems
•Interfaces with the organization, e.g., HR System
–Embedded systems
•Interfaces with machines, e.g., Appliance Control
System
•Products v. Objectives
–Software Products
•Software projects that produce products, e.g.,
Word processing system
–Software Objectives
•Software projects that meet objectives, e. g., to
provide an online banking service
36
Project Control Cycle:
◦ Measures of data against standards & then actions
accordingly are taken.
37
38
Data – the raw details
e.g. ‘6,000 documents processed at location X’
Information – the data is processed to produce
something that is meaningful and useful
e.g. ‘productivity is 100 documents a day’
Comparison with objectives/goals
e.g. we will not meet target of processing all documents by 31st March
Modelling – working out the probable outcomes
of various decisions
e.g. if we employ two more staff at location X how quickly
can we get the documents processed?
Implementation – carrying out the remedial
actions that have been decided upon
39
Software Complexity
–Technical Complexity
–Management Complexity
40
41
•Sources of Complexity
•[From: F. Brooks, “The Mythical Man-Month”,
Addison Wesley, 1995]
–Essential complexity
•inherent to the problem
•cannot be eliminated by technology or technique
–e.g., solving the traveling salesman problem
–Accidental complexity
•due to technology or methods used to solve the
problem
–e.g., building a skyscraper using hand tools only
42
Additional Sources of Software Complexity
–Requirements
•Difficulty in Capturing Requirements
•Competing and Contradictory Requirements
•Changing Requirements
–Characterizing Behavior
•External events change the state of the system
•Nondeterministic, that is, inability to predict which
state the system will enter
43
Software complexity cannot be solved, but it
can be mastered with the help of Software
Engineering and mother nature
44
Manager’s view:
–Poor estimates and plans
–Lack of quality standards and measures
–Lack of guidance about making organizational
decisions
–Lack of techniques to make progress visible
–Poor role definition –who does what?
–Incorrect success criteria
45
-Staff view:
–Inadequate specification of work
–Management ignorance of IT
–Lack of knowledge of application area/training
–Lack of standards
–Lack of up-to-date documentation
–Preceding activities not completed on time
–Late deliver of equipment/hardware
–Lack of communication
–Narrow scope of technical expertise
–Changing software environment
–Deadline pressure
–Lack of quality control
–Remote management
46
A 1996 Fortune article called project
management the “number one career choice”
47
PMI provides certification as a Project Management
Professional (PMP)
A PMP has documented sufficient project
experience, agreed to follow a code of ethics, and
passed the PMP exam
The number of people earning PMP certification is
increasing quickly, and the certification program
department received ISO approval in 1999
Other groups, like the Singapore Computer Society,
have their own IT PM Certification programs
48
49
50
Software Project Management (3rd Edition) by
Bob Hughes, Mike Cotterell
The Mythical Man-Month by
Frederick P. Brooks
A Guide to the Project Management Body of
Knowledge: Project Management Institute (PM I)