The Software Project Management Discipline Succes software projects require careful planning and good use of iterative approaches. Understanding risks.

Slides:



Advertisements
Similar presentations
Project management.
Advertisements

Chpter#5 -part#1 Project Scope and Human Resource Planning
Learning software process with UPEDU Slide 9-1  2000 École Polytechnique de Montréal & Rational Software Project Management - Outline  Defining the Project.
INTRODUCTION Successful software projects require Careful planning
CSCU 411 Software Engineering Chapter 2 Introduction to Software Engineering Management.
Project Cost Management Estimation Budget Cost Control
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
OHT 6.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Development plan and quality plan objectives The elements of the development.
Action Implementation and Monitoring A risk in PHN practice is that so much attention can be devoted to development of objectives and planning to address.
7M701 1 Software Engineering Project Management Sommerville, Ian (2001) Software Engineering, 6 th edition Ch. 4
Project Based Risk Management Defusing a potential ticking time bomb
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
CSE Senior Design I Risk Management Instructor: Mike O’Dell This presentations was derived from the textbook used for this class: McConnell, Steve, Rapid.
Project planning. Software project management Informal definition of management – The art of getting work done through other people Software project management.
Change Request Management
Chapter 9. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
贾银山 Software Engineering, Chapter 5 Slide 1 Project management.
©Ian Sommerville 2006Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
©Ian Sommerville 2000Software Engineering, 7th edition. Chapter 5 Slide 1 Chapter 5 Project Management Modified by Randy K. Smith.
Module 8: Risk Management, Monitoring and Project Control We would like to acknowledge the support of the Project Management Institute and the International.
Project management DeSiaMore 1.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
Resources Performance time. resources Performance time 2.
Centro de Estudos e Sistemas Avançados do Recife PMBOK - Chapter 4 Project Integration Management.
Managing Risks in Projects. Risk Concepts The Likelihood that some Problematical Event will Occur The Likelihood that some Problematical Event will Occur.
Chapter 3: Project Management Omar Meqdadi SE 2730 Lecture 3 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
1 TenStep Project Management Process ™ PM00.7 PM00.7 Project Management Preparation for Success * Manage Risk *
1 Chapter 5 Project management. 2 Project management : Is Organizing, planning and scheduling software projects.
Iterative process planning. Overview Introductory Remarks 10.1 Work breakdown structure 10.2 Planning Guidelines 10.3 The cost & Schedule estimating process.
Engineering, 7th edition. Chapter 5 Slide 1 Project management.
Software Project Management
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Project.
Eleventh Lecture Hour 9:30 – 10:20 am, Saturday, September 16 Software Management Disciplines Iterative Process Planning (from Part III, Chapter 10 of.
Chapter 11. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
Chapter 9 Project Management. Introduction Effective project management requires a well-structured project and diligent oversight A well-structured project.
©Ian Sommerville 2000 Slide 1 Project management l Organising, planning and scheduling software projects l Objectives To introduce software project management.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
Chapter 3 Project Management Chapter 3 Project Management Organising, planning and scheduling software projects.
Ch 10 - Risk Management Learning Objectives You should be able to: List and describe risk management processes, inputs, outputs, and tools List and describe.
Software Engineering, 8th edition. Chapter 5 1 Courtesy: ©Ian Sommerville 2006 Oct 13 th, 2008 Lecture # 6 Project management.
STEP 4 Manage Delivery. Role of Project Manager At this stage, you as a project manager should clearly understand why you are doing this project. Also.
Rational Unified Process Fundamentals Module 3: Disciplines I.
Introducing Project Management Update December 2011.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
1 Project management. 2 Topics covered Management activities Project planning Project scheduling Risk management.
© The McGraw-Hill Companies, Software Project Management 4th Edition Step Wise: An approach to planning software projects Chapter 2.
Software project management (intro)
Dr Izzat M Alsmadi Edited from ©Ian Sommerville & others Software Engineering, Chapter 3 Slide 1 Project management (Chapter 5 from the textbook)
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Project.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 5 Slide 1 Project management.
Project management 1/30/2016ICS 413 – Software Engineering1.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
1 Project Management Software management is distinct and often more difficult from other engineering managements mainly because: – Software product is.
Copyright 2015 John Wiley & Sons, Inc. Project Planning Part II.
Project management (2) By: Zhou Chunlin School of Tourism, Conference and Exhibitions Henan University of Economics and Law.
ON “SOFTWARE ENGINEERING” SUBJECT TOPIC “RISK ANALYSIS AND MANAGEMENT” MASTER OF COMPUTER APPLICATION (5th Semester) Presented by: ANOOP GANGWAR SRMSCET,
Chapter 3 Project Management Parts of this presentation is extracted from Ian Sommerville’s slides located at
1 Project management Organising, planning and scheduling software projects.
Managing Project Risk – A simplified approach Presented by : Damian Leonard.
Project Management BBA & MBA
Project Based Risk Management Defusing a potential ticking time bomb
Project management.
Project Management Lifecycle Phases
The value of a project-oriented approach to IT and how we do it in IBM
Software engineering Lecture 21.
Project Management Chapter 11.
Presentation transcript:

The Software Project Management Discipline Succes software projects require careful planning and good use of iterative approaches. Understanding risks is the counterstone in a project but also the most difficult discipline Establish good milestones

The Project Manager The most important task is to manageing expectations. They must be familiar with teambuilding and working with individuals egos in team activities. - people are not perfect - people are not logical - people perceive things differently - software engineers are people too - things happens

Uses control management activities. Evaluate how far or close the project is from the plan. Organizing the tasks and leading the project team. Allocates resources, shapes priorities, coordianates interactions between the development team and the customers and end users. Generally tries to keep the projectteam at the right trak. Establishes a set of practices that ensure the integrity and quality of project artifacts.

Planning Projects Inadequate planning is considered the most common reason for project failures therefor: - A plan for each iteration must be developed and executed- - Topdownplanning(understanding of the projects general requirements and constraints. The manager derives a macro- level budget and schedule and decompose these elements into lower-level budgets and intermediate milestones.

- Bottom-up planning (starts with the end in mind, then does an analysis of the micro-level budgets and schedules, and finally adds all the elements together to arrive at the higher level budgets and intermediate milestones). - Remember that milestones is estimated on managements optimistic view of plan.

Always make a project plan ( a project plan is a documented account of the planning of the activities. It provides a framework and guidelines for making decisions, ensures that stakeholders understand the parameters of the project, and transforms a subjective process into a set of objective goals). A proper projectplan is updated periodically and is approved by managers and technical team members alike-

A typical project plan will contain information about the work structure, schedule and budget.

Managing iterations An evolutionary software development plan, which evolves through iterations as the project progresses, is the best way of structuring a software development project. An iteration is more or less a complete mini-project that progresses through all disciplines and produces deliverables that are defined by milestones or artifacts.

You can give names to iteration so the team keep focus on the required deliverables. - make the userfacedesign - implement the monitoring module. An iteration starts with planning and requirements, and ends with a release, internal or external. Iterations provide natural milestones for evaluating progress and limiting risks.

The iteration would be considered successful when all the risks have been reduced to the planned level, all functionality has been implemented, and all quality objectives have been met. Review (all groupmembers meet and look at the product so far)

Managing risks A risk is basically the likelihood that a specified hazardous undesirable event will occur within a specific period of time or under certain circumstances. Indirect risks (the team has little or no control) Direct risks ( the team has a large degree of control) Occurrence of the riske 0= no risk 1 = big risk. Sometimes you have the scale 1 to 5.

Risk strategies Risk acceptance – Live with it Risk avoidance – Reorganize to eliminate the risk Risk mitigation – Reduce the probability or impact. Risk contingency _ Plan Plan B Risk transfer – Subcontract the risk to others (another departmentment/firm)