SlideShare ist ein Scribd-Unternehmen logo
1 von 19
INTRODUCTION:
Project management involves the planning,
monitoring, and control of the people, process, and
events that occur as –
software develops from a preliminary concept
to an operational implementation.
 A software engineer manages day-to-day activities,
planning, monitoring, and controlling technical tasks.
 Project managers plan, monitor, and control the
work of a team of software engineers.
 Senior managers coordinate the interface between
the business and the software professionals.
Understand the four P’s—
 People,
 Product,
 Process, and
 Project.
o You’re never completely sure that the project plan
is right until you’ve delivered a high-quality product
on
time and within budget.
o However, a project manager does it right when he
encourages software people to work together as an
effective team, focusing their attention on customer
needs and product quality.
The People:
The “people factor” is so important that the Software
Engineering Institute has developed a People
Management Capability Maturity Model (PM-CMM),
PM-CMM:
The people management maturity model defines the
following key practice areas for software people:
recruiting, selection, performance management, training,
compensation, career development, organization and work
design, and team/culture development.
People must be organized to perform software work
effectively.
Before a project can be planned-
 Product objectives and scope should be
established,
 Alternative solutions should be considered, and
 Technical and management constraints/
limitations should be identified.
 A process must be selected that is appropriate for
the people and the product.
 A software process provides the framework from
which a comprehensive plan for software
development can be established.
 A small number of framework activities are
applicable to all software projects, regardless of their
size or complexity.
In order to avoid project failure, a software project
manager and the software engineers who build the
product must-
 develop a commonsense approach for planning,
monitoring and controlling the project.
In order to manage a successful software project, they
must understand :
 what can go wrong (So that problems can be
avoided) and
 how to do it right
The project must be planned by estimating effort and
calendar time to accomplish work tasks.
The software process (and every software project) is
populated by players who can be categorized into one
of five constituencies:
1.Senior managers who define the business issues that
often have significant influence on the project.
2.Project (technical) managers who must plan,
motivate, organize, and control the practitioners who
do software work.
3. Practitioners who deliver the technical skills that
are necessary to engineer a product or application.
4. Customers who specify the requirements for the
software to be engineered and have interest in the
outcome.
5. End-users who interact with the software once it
is released for production use.
To be effective, the project team must be organized in
a way that maximizes each person’s skills and
abilities.
And that’s the job of the team leader
Jerry Weinberg suggests a MOI model of leadership:
 Motivation: The ability to encourage technical
people to produce to their best ability.
 Organization: The ability to modify existing
processes (or invent new ones) that will enable the initial
concept to be translated into a final product.
 Ideas or innovation: The ability to encourage people
to create and feel creative even when they must work
within bounds established for a particular software
product or application.
Mantei suggests three generic team organizations:
 Democratic decentralized (DD)
 Controlled decentralized (CD)
 Controlled Centralized (CC)
 This software engineering team has no permanent
leader.
 Task coordinators are appointed for short durations
and then replaced by others who may coordinate different
tasks.
 Decisions on problems and approach are made by
group consensus /agreement.
 Communication among team members is horizontal.
 This software engineering team has a defined leader
who coordinates specific tasks
 Secondary leaders that have responsibility for
subtasks.
 Problem solving remains a group activity, but
implementation of solutions is partitioned among
subgroups by the team leader
 Communication among subgroups and individuals is
horizontal.
 Vertical communication along the control hierarchy
also occurs.
 Top-level problem solving and internal team
coordination are managed by a team leader
 Communication between the leader and team
members is vertical.
To accomplish the work, mechanisms for formal and informal
communication among team members and between multiple
teams must be established.
 Formal Communication: It is accomplished through
“writing, structured meetings, and other relatively
noninteractive and impersonal communication channels”.
 Informal Communication: It is more personal. Members of
a software team share ideas on an ad hoc basis, ask for help as
problems arise, and interact with one another on a daily basis.

Weitere ähnliche Inhalte

Was ist angesagt?

software project management Artifact set(spm)
software project management Artifact set(spm)software project management Artifact set(spm)
software project management Artifact set(spm)REHMAT ULLAH
 
Cocomo model
Cocomo modelCocomo model
Cocomo modelMZ5512
 
Introduction of software project management
Introduction of software project managementIntroduction of software project management
Introduction of software project managementREHMAT ULLAH
 
Software myths | Software Engineering Notes
Software myths | Software Engineering NotesSoftware myths | Software Engineering Notes
Software myths | Software Engineering NotesNavjyotsinh Jadeja
 
Software Estimation Techniques
Software Estimation TechniquesSoftware Estimation Techniques
Software Estimation Techniqueskamal
 
Software process and project metrics
Software process and project metricsSoftware process and project metrics
Software process and project metricsIndu Sharma Bhardwaj
 
4 p’s of management spectrum and the w5hh principle
4 p’s of management spectrum and the w5hh principle4 p’s of management spectrum and the w5hh principle
4 p’s of management spectrum and the w5hh principleMohammad Hafiz-Al-Masud
 
Chapter 1 2 - some size factors
Chapter 1   2 - some size factorsChapter 1   2 - some size factors
Chapter 1 2 - some size factorsNancyBeaulah_R
 
Rational Unified Process
Rational Unified ProcessRational Unified Process
Rational Unified ProcessKumar
 
Software estimation
Software estimationSoftware estimation
Software estimationMd Shakir
 
Multimedia authoring tools
Multimedia authoring toolsMultimedia authoring tools
Multimedia authoring toolsOnline
 
Software project estimation
Software project estimationSoftware project estimation
Software project estimationinayat khan
 
software cost factor
software cost factorsoftware cost factor
software cost factorAbinaya B
 
Quality and productivity factors
Quality and productivity factorsQuality and productivity factors
Quality and productivity factorsNancyBeaulah_R
 
Software Testing Strategies
Software Testing StrategiesSoftware Testing Strategies
Software Testing StrategiesNayyabMirTahir
 

Was ist angesagt? (20)

PROTOTYPE MODEL
PROTOTYPE MODELPROTOTYPE MODEL
PROTOTYPE MODEL
 
Software design
Software designSoftware design
Software design
 
Software Development Process
Software Development ProcessSoftware Development Process
Software Development Process
 
software project management Artifact set(spm)
software project management Artifact set(spm)software project management Artifact set(spm)
software project management Artifact set(spm)
 
Cocomo model
Cocomo modelCocomo model
Cocomo model
 
Introduction of software project management
Introduction of software project managementIntroduction of software project management
Introduction of software project management
 
Software myths | Software Engineering Notes
Software myths | Software Engineering NotesSoftware myths | Software Engineering Notes
Software myths | Software Engineering Notes
 
Software Estimation Techniques
Software Estimation TechniquesSoftware Estimation Techniques
Software Estimation Techniques
 
Software process and project metrics
Software process and project metricsSoftware process and project metrics
Software process and project metrics
 
4 p’s of management spectrum and the w5hh principle
4 p’s of management spectrum and the w5hh principle4 p’s of management spectrum and the w5hh principle
4 p’s of management spectrum and the w5hh principle
 
Spm unit2
Spm unit2Spm unit2
Spm unit2
 
Chapter 1 2 - some size factors
Chapter 1   2 - some size factorsChapter 1   2 - some size factors
Chapter 1 2 - some size factors
 
Rational Unified Process
Rational Unified ProcessRational Unified Process
Rational Unified Process
 
Software estimation
Software estimationSoftware estimation
Software estimation
 
Multimedia authoring tools
Multimedia authoring toolsMultimedia authoring tools
Multimedia authoring tools
 
Software project estimation
Software project estimationSoftware project estimation
Software project estimation
 
Role of system analyst
Role of system analystRole of system analyst
Role of system analyst
 
software cost factor
software cost factorsoftware cost factor
software cost factor
 
Quality and productivity factors
Quality and productivity factorsQuality and productivity factors
Quality and productivity factors
 
Software Testing Strategies
Software Testing StrategiesSoftware Testing Strategies
Software Testing Strategies
 

Ähnlich wie software management, project management,

Software engineering project management
Software engineering project managementSoftware engineering project management
Software engineering project managementjhudyne
 
Software Engineering (Project Management )
Software Engineering (Project  Management )Software Engineering (Project  Management )
Software Engineering (Project Management )ShudipPal
 
Project Management Complete Concept
Project Management Complete Concept Project Management Complete Concept
Project Management Complete Concept MuhammadTalha436
 
Software Metrics & Measurement-Sharbani Bhattacharya
Software Metrics & Measurement-Sharbani BhattacharyaSoftware Metrics & Measurement-Sharbani Bhattacharya
Software Metrics & Measurement-Sharbani BhattacharyaSharbani Bhattacharya
 
Lecture2 2
Lecture2 2Lecture2 2
Lecture2 2soloeng
 
Project management concepts
Project management conceptsProject management concepts
Project management conceptsNayyabMirTahir
 
Project planning , Productivity metrics,Cost estimation - COCOMO & COCOMO II,...
Project planning , Productivity metrics,Cost estimation - COCOMO & COCOMO II,...Project planning , Productivity metrics,Cost estimation - COCOMO & COCOMO II,...
Project planning , Productivity metrics,Cost estimation - COCOMO & COCOMO II,...nimmik4u
 
Aula 1 - Project Management Concepts by Roger Pressman
Aula 1 - Project Management Concepts by Roger PressmanAula 1 - Project Management Concepts by Roger Pressman
Aula 1 - Project Management Concepts by Roger PressmanRogerio P C do Nascimento
 
Software project management
Software project managementSoftware project management
Software project managementSutha Vincent
 
Software Project Management (SPM)
Software Project Management (SPM)Software Project Management (SPM)
Software Project Management (SPM)RubySaud
 
Software engg. pressman_ch-21
Software engg. pressman_ch-21Software engg. pressman_ch-21
Software engg. pressman_ch-21Dhairya Joshi
 
Chapter1 Advanced Software Engineering overview
Chapter1 Advanced Software Engineering overviewChapter1 Advanced Software Engineering overview
Chapter1 Advanced Software Engineering overviewBule Hora University
 
Project management chapter_04 for MSBTE
Project management chapter_04 for MSBTEProject management chapter_04 for MSBTE
Project management chapter_04 for MSBTEKalyan Ingole
 
Software Project Management
Software Project ManagementSoftware Project Management
Software Project ManagementNoorHameed6
 

Ähnlich wie software management, project management, (20)

Software engineering project management
Software engineering project managementSoftware engineering project management
Software engineering project management
 
Project Management
Project ManagementProject Management
Project Management
 
Software Engineering (Project Management )
Software Engineering (Project  Management )Software Engineering (Project  Management )
Software Engineering (Project Management )
 
Se
SeSe
Se
 
Project Management Complete Concept
Project Management Complete Concept Project Management Complete Concept
Project Management Complete Concept
 
Software Metrics & Measurement-Sharbani Bhattacharya
Software Metrics & Measurement-Sharbani BhattacharyaSoftware Metrics & Measurement-Sharbani Bhattacharya
Software Metrics & Measurement-Sharbani Bhattacharya
 
Managment spectrum
Managment spectrumManagment spectrum
Managment spectrum
 
An Introduction to Project management(project management tutorials)
An Introduction to Project management(project management tutorials)An Introduction to Project management(project management tutorials)
An Introduction to Project management(project management tutorials)
 
Lecture2 2
Lecture2 2Lecture2 2
Lecture2 2
 
Project management concepts
Project management conceptsProject management concepts
Project management concepts
 
Project planning , Productivity metrics,Cost estimation - COCOMO & COCOMO II,...
Project planning , Productivity metrics,Cost estimation - COCOMO & COCOMO II,...Project planning , Productivity metrics,Cost estimation - COCOMO & COCOMO II,...
Project planning , Productivity metrics,Cost estimation - COCOMO & COCOMO II,...
 
SE chapters 21-23
SE chapters 21-23SE chapters 21-23
SE chapters 21-23
 
Slides chapters 21-23
Slides chapters 21-23Slides chapters 21-23
Slides chapters 21-23
 
Aula 1 - Project Management Concepts by Roger Pressman
Aula 1 - Project Management Concepts by Roger PressmanAula 1 - Project Management Concepts by Roger Pressman
Aula 1 - Project Management Concepts by Roger Pressman
 
Software project management
Software project managementSoftware project management
Software project management
 
Software Project Management (SPM)
Software Project Management (SPM)Software Project Management (SPM)
Software Project Management (SPM)
 
Software engg. pressman_ch-21
Software engg. pressman_ch-21Software engg. pressman_ch-21
Software engg. pressman_ch-21
 
Chapter1 Advanced Software Engineering overview
Chapter1 Advanced Software Engineering overviewChapter1 Advanced Software Engineering overview
Chapter1 Advanced Software Engineering overview
 
Project management chapter_04 for MSBTE
Project management chapter_04 for MSBTEProject management chapter_04 for MSBTE
Project management chapter_04 for MSBTE
 
Software Project Management
Software Project ManagementSoftware Project Management
Software Project Management
 

software management, project management,

  • 1. INTRODUCTION: Project management involves the planning, monitoring, and control of the people, process, and events that occur as – software develops from a preliminary concept to an operational implementation.
  • 2.  A software engineer manages day-to-day activities, planning, monitoring, and controlling technical tasks.  Project managers plan, monitor, and control the work of a team of software engineers.  Senior managers coordinate the interface between the business and the software professionals.
  • 3. Understand the four P’s—  People,  Product,  Process, and  Project.
  • 4. o You’re never completely sure that the project plan is right until you’ve delivered a high-quality product on time and within budget. o However, a project manager does it right when he encourages software people to work together as an effective team, focusing their attention on customer needs and product quality.
  • 5. The People: The “people factor” is so important that the Software Engineering Institute has developed a People Management Capability Maturity Model (PM-CMM),
  • 6. PM-CMM: The people management maturity model defines the following key practice areas for software people: recruiting, selection, performance management, training, compensation, career development, organization and work design, and team/culture development. People must be organized to perform software work effectively.
  • 7. Before a project can be planned-  Product objectives and scope should be established,  Alternative solutions should be considered, and  Technical and management constraints/ limitations should be identified.
  • 8.  A process must be selected that is appropriate for the people and the product.  A software process provides the framework from which a comprehensive plan for software development can be established.  A small number of framework activities are applicable to all software projects, regardless of their size or complexity.
  • 9. In order to avoid project failure, a software project manager and the software engineers who build the product must-  develop a commonsense approach for planning, monitoring and controlling the project.
  • 10. In order to manage a successful software project, they must understand :  what can go wrong (So that problems can be avoided) and  how to do it right The project must be planned by estimating effort and calendar time to accomplish work tasks.
  • 11. The software process (and every software project) is populated by players who can be categorized into one of five constituencies: 1.Senior managers who define the business issues that often have significant influence on the project. 2.Project (technical) managers who must plan, motivate, organize, and control the practitioners who do software work.
  • 12. 3. Practitioners who deliver the technical skills that are necessary to engineer a product or application. 4. Customers who specify the requirements for the software to be engineered and have interest in the outcome. 5. End-users who interact with the software once it is released for production use.
  • 13. To be effective, the project team must be organized in a way that maximizes each person’s skills and abilities. And that’s the job of the team leader
  • 14. Jerry Weinberg suggests a MOI model of leadership:  Motivation: The ability to encourage technical people to produce to their best ability.  Organization: The ability to modify existing processes (or invent new ones) that will enable the initial concept to be translated into a final product.  Ideas or innovation: The ability to encourage people to create and feel creative even when they must work within bounds established for a particular software product or application.
  • 15. Mantei suggests three generic team organizations:  Democratic decentralized (DD)  Controlled decentralized (CD)  Controlled Centralized (CC)
  • 16.  This software engineering team has no permanent leader.  Task coordinators are appointed for short durations and then replaced by others who may coordinate different tasks.  Decisions on problems and approach are made by group consensus /agreement.  Communication among team members is horizontal.
  • 17.  This software engineering team has a defined leader who coordinates specific tasks  Secondary leaders that have responsibility for subtasks.  Problem solving remains a group activity, but implementation of solutions is partitioned among subgroups by the team leader  Communication among subgroups and individuals is horizontal.  Vertical communication along the control hierarchy also occurs.
  • 18.  Top-level problem solving and internal team coordination are managed by a team leader  Communication between the leader and team members is vertical.
  • 19. To accomplish the work, mechanisms for formal and informal communication among team members and between multiple teams must be established.  Formal Communication: It is accomplished through “writing, structured meetings, and other relatively noninteractive and impersonal communication channels”.  Informal Communication: It is more personal. Members of a software team share ideas on an ad hoc basis, ask for help as problems arise, and interact with one another on a daily basis.