Software Project Management - PowerPoint PPT Presentation

About This Presentation
Title:

Software Project Management

Description:

Organizational element through which software development is managed. Planning Activities ... Activity Bar Chart. schedule, parallel activities. depicts ... – PowerPoint PPT presentation

Number of Views:27
Avg rating:3.0/5.0
Slides: 21
Provided by: jpv
Category:

less

Transcript and Presenter's Notes

Title: Software Project Management


1
Software Project Management
  • CS 123/CS 231

2
References
  • Chapter 3, Sommerville
  • Chapters 3,5,6 7, Pressman
  • Chapter 2, Unified Software Development Process

3
Management Spectrum
  • People
  • recruiting, selection, performance management,
    training, compensation, career development,
    organization structure, culture
  • Product
  • define product objectives and scope
  • Process
  • framework, methodology
  • Project
  • project planning, control

4
People
  • Organization Structure (Players)
  • architects, developers, testers, supporting
    management, customers and other stakeholders
  • Software Team Structure
  • Most effective if between 6-8 members
  • Democratic decentralized
  • Controlled decentralized
  • Controlled centralized
  • Coordination and Communication

5
Product
  • Artifacts created during the life of a project
  • models, source code, executables, documentation
  • Scope
  • Context
  • Information Objectives
  • Function and Performance
  • Problem decomposition

6
Process
  • Set of activities that transform requirements to
    a product.
  • Template for creating projects
  • Definition
  • Institutionalization
  • Improvement
  • Use of
  • Process Models
  • CMM, ISO, etc

7
Project
  • Organizational element through which software
    development is managed
  • Planning Activities
  • Tracking
  • Managing Risk

8
Management Activities
  • Proposal Writing
  • Project Costing
  • Planning and Scheduling
  • Monitoring and Review
  • Personnel Selection and Evaluation
  • Reports and Presentations

9
Process Framework
  • S/W project typically divided into activities or
    tasks
  • Estimates are taken to drive task assignment and
    schedule
  • Milestones describe progress at the end of an
    activity
  • progress report
  • internal or presented
  • Deliverables are often part of a milestone

10
Software Project Estimation
  • Decompose Problem (identify task)
  • Estimate Size
  • Estimate Effort
  • Normally have some translation between size and
    effort
  • Estimate Cost
  • Dont forget overhead!

11
Sizing
  • Based on historical data
  • Function Point
  • Standard Component Sizing
  • Change Sizing
  • LOC based
  • Empirical Estimation Models

12
Project Scheduling
  • Scheduling involves
  • distribute estimated effort across planned
    duration by allocating effort to specific tasks
  • Considerations
  • parallel activities
  • problem anticipation, regular sched updates
  • resources other than time
  • critical dependencies

13
Scheduling Notation
  • Task Duration and Dependencies
  • table or activity network
  • Activity Bar Chart
  • schedule, parallel activities
  • depicts flexibility against schedule slippage
  • Staff Allocation
  • table or time chart

14
Scheduling Principles
  • Compartmentalization
  • Interdependency
  • Time allocation
  • Effort validation
  • Defined responsibilities
  • Defined outcomes
  • Defined milestones

15
Risk Management
  • CS 123/CS 231

16
Risk
  • Something that can go wrong
  • Caused by inadequate information
  • Resolved by initiating actions that
  • discover the relevant information
  • reduce uncertainty
  • Boehms Spiral Model
  • explicitly integrates risk assessment and
    reduction

17
Risk Categories
  • Requirements Risks
  • Skills Risks
  • Technological Risks
  • Others

18
Requirements Risks
  • Dangers
  • building the wrong system
  • misunderstanding priorities
  • Dealing with the risks
  • improve communication between analysts,
    developers, and clients
  • enforce the discipline of using concrete,
    understandable models (e.g., use cases)

19
Technological Risks
  • Dangers
  • Unexplored software tools or techniques
  • Lack of alternatives
  • Dealing with the risks
  • obtain necessary resources
  • build working prototypes
  • test integration capabilities (arch design)
  • identify alternatives

20
Skills Risks
  • Dangers
  • Not enough personnel
  • Not enough expertise
  • Dealing with the risks
  • training / reading / mentoring
  • deliberate project scheduling
Write a Comment
User Comments (0)
About PowerShow.com