PROJECT PLANNING & MANAGEMENT Brittany Hamilton. PROGRESS TRACKING Do we understand customer’s needs? Can we design a system to solve customer’s problems.

Slides:



Advertisements
Similar presentations
Project Management.
Advertisements

Facilitated by Joanne Fraser RiverSystems
Schedule and Effort. Planning Big Project: Waterfall-ish Style 1.Figure out what the project entails Requirements, architecture, design 2.Figure out dependencies.
Project Management Based on Sommerville’s “Software Engineering” textbook.
ISBN Prentice-Hall, 2006 Chapter 3 Planning and Managing the Project Copyright 2006 Pearson/Prentice Hall. All rights reserved.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 3.1.
CMSC 345 Project Planning. Customer’s Perspective Do you understand my problem? Can you develop and deliver a system that will solve my problem? How long.
Project Management.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 3.1.
W5HH Principle As applied to Software Projects
OHT 6.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Development plan and quality plan objectives The elements of the development.
Lecturer: Dr. AJ Bieszczad Chapter 33-1 Planning and managing the project Tracking project progress Project personnel and organization Effort and schedule.
CS351 © 2003 Ray S. Babcock Cost Estimation ● I've got Bad News and Bad News!
CH03 Planning and Managing the Project
1 SOFTWARE PRODUCTION. 2 DEVELOPMENT Product Creation Means: Methods & Heuristics Measure of Success: Quality f(Fitness of Use) MANAGEMENT Efficient &
OHT 6.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Development plan and quality plan objectives The elements of the development.
Chapter 3 Planning and Managing the Project Shari L. Pfleeger Joanne M. Atlee 4th Edition.
Jump to first page 30/06/ Chapter 1 System Development Environment.
Project Tracking and Scheduling Infsy 570 Dr. R. Ocker.
Planning. SDLC Planning Analysis Design Implementation.
Copyright 2002 Prentice-Hall, Inc. Managing the Information Systems Project 3.1 Chapter 3.
© 2006 ITT Educational Services Inc. System Analysis for Software Engineers: Unit 5 Slide 1 Chapter 3 Managing the Information Systems Project.
Project Management An overview. What is a Project A temporary job to accomplish a specific task A temporary job to accomplish a specific task Attributes.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
Copyright © 2013 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
© 2005 by Prentice Hall 3-1 Chapter 3 Managing the Information Systems Project Modern Systems Analysis and Design Fourth Edition.
Chapter 3 Planning and Managing the Project. Pfleeger and Atlee, Software Engineering: Theory and PracticeChapter 3.2 Important Dates 09/09/2010 HW: Page.
Software Project Management Task Estimating and Scheduling
Four P’s People – software engineers People – software engineers Product – software to be produced Product – software to be produced Process – framework.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Basic of Project and Project Management Presentation.
1 Project Risk Management Project Risk Management Dr. Said Abu Jalala.
OHT 5.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Contract review process and stages Contract review objectives Implementation.
Chapter 3 Project Management Details Tracking Project Progress Project Estimation Project Risk Analysis Project Organization RUP Project Management Workflow.
© The McGraw-Hill Companies, Software Project Management 4th Edition Risk management Chapter 7.
Software Project Management By Deepika Chaudhary.
Introduction to Software Engineering ECSE-321 Unit 4 – Project Management 10/19/2015Introduction to Software Engineering – ECSE321Unit 4 – Project Management/1.
University of Southern California Center for Systems and Software Engineering Barry Boehm, USC CS 510 Software Planning Guidelines.
Pre-Project Components
1 Chapter 3 1.Quality Management, 2.Software Cost Estimation 3.Process Improvement.
Project & Risk Management For next class -- Pressman: 3, , 5.8, , 6.6 Introductions Software Development Processes Software Maturity Models.
Chapter 3 Planning and Managing the Project Shari L. Pfleeger Joanne M. Atlee 4 th Edition.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project 3.1 Modern Systems Analysis and Design.
Software Project Management Lecture 5 Software Project Risk Management.
Information Systems System Analysis 421 Chapter 3 Managing the Information Systems Project.
Lecture 61 Project planning tool Lecture 62 Objectives Understand the reasons why projects sometimes fail Describe the different scheduling tools, including.
Chapter 3 Managing the Information Systems Project
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Chapter 3 Managing the Information Systems Project 3.1.
Prototyping. Outline Risk Management Prototyping Kinds of Prototypes Example Activity 1.
Project Management. Introduction  Project management process goes alongside the system development process Process management process made up of three.
1 Chapter 3: Project Management Chapter 22 & 23 in Software Engineering Book.
Software Engineering (CSI 321) Project Planning & Estimation 1.
Project Time Management
CSCI 3428: Software Engineering Tami Meredith Chapter 3 Planning and Managing the Project.
Project Management Why do projects fail? Technical Reasons
Project Planning & Management Christian Rodriguez.
PLANNING AND MANAGING THE PROJECT CODY STANISH. 3.1 TRACKING PROGRESS Do you understand the customer’s needs? Can you design a system to solve customer’s.
R i s k If you don’t attack risks, they will attack you.
CHAPTER 3 Planning and Managing the Project  Tracking project progress  Project personnel and organization  Effort and schedule estimation  Risk management.
Software Development Process includes: all major process activities all major process activities resources used, subject to set of constraints (such as.
Project Cost Management
Software Planning Guidelines
Software Engineering (CSI 321)
Chapter 3 Managing the Information Systems Project
Chapter 3 Planning and Managing the Project Shari L. Pfleeger
Rest of Project Management
PPT3: Project planning and management
Copyright 2006 Pearson/Prentice Hall. All rights reserved.
Importance of Project Schedules
Chapter 3 Managing the Information Systems Project
Presentation transcript:

PROJECT PLANNING & MANAGEMENT Brittany Hamilton

PROGRESS TRACKING Do we understand customer’s needs? Can we design a system to solve customer’s problems or satisfy customer’s needs? How long will it take to develop the system? How much will it cost to develop the system?

PROJECT SCHEDULE ◦ Describes the software-development cycle for a particular project by decomposing the project into phases and breaking down each phase into smaller tasks to be completed ◦ It is important to understand the customer’s needs and list all the tasks that needs to be accomplished such as ◦ Documents ◦ Demonstrations of function, subsystems, and accuracy ◦ Demonstrations of reliability, performance and/or security ◦ It is also very important to determine the timeline of each task that needs to be achieve so that the project will be delivered on time

PROJECT SCHEDULE The figure to the right shows a simple breakdown of how you can implement the structure of the project phases, steps, and activities that needs to be completed

ACTIVITY GRAPHS ◦ Activity graphs depict the progress of what is going on within the project such as activities that are being completed and milestones that are being reached ◦ The graph to the right represents an activity graph for building a house ◦ Nodes indicate project milestones ◦ Lines indicate activities

ESTIMATING COMPLETION ◦ CRITICAL PATH METHOD (CPM) ◦ This method describes the minimum amount of time it will take to complete a project ◦ Also reveals which activity will take longer to finish than others ◦ TIME TERMS ◦ Real time (actual time): estimation of the amount of time required for the activity to be completed ◦ Available time: the amount of time available in the schedule for an activity to be completed ◦ Slack time: the difference between available and real time for the specific activity ◦ Available – Real time = Latest start time – Earliest start time ◦ Critical path: the slack at every node is zero

ESTIMATING COMPLETION ◦ An example of a CPM Bar Chart ◦ Critical path denoted by an asterisk

TOOLS TO TRACK PROGRESS ◦ Gantt Chart ◦ This chart type helps to understand which activities can be performed at the same time

TOOLS TO TRACK PROGRESS ◦ Resource Histogram ◦ This type of chart shows those who are working on the project who are needed for each stage of the project development

TOOLS TO TRACK PROGRESS ◦ Expenditure Graph ◦ Monitor the amount of spending over time

KEY ACTIVITIES REQUIRING PROJECT PERSONNEL REQUIREMENT ANALYSIS SYSTEM DESIGN PROGRAM DESIGN PROGRAM IMPLEMENTATION TESTING TRAINING MAINTENANCE QUALITY ASSURANCE

PROJECT PERSONNEL ◦ Communication ◦ A project’s progress is affected by the degree of communication and the ability to communicate their ideas ◦ If there is a lack of communication then the project suffers ◦ Meetings : ◦ Unsuccessful ◦ The purpose is unclear ◦ Attendees of the meeting are unprepared ◦ Successful ◦ Clear agenda ◦ Follow-up actions

WORK STYLES tell their thoughts Extroverts ask for suggestions Introverts base decision of feelings Intuitives base decisions on facts, options Rationals

PROJECT ORGANIZATION ◦ Management Styles Chief Programmer Team One person who is completely responsible for the system design and development Egoless Approach Hold everyone equally responsible

EFFORT ESTIMATION ◦ Estimation how much a project will cost is one of the crucial aspects of project planning and management ◦ Should be completed as soon as possible at the start of project planning ◦ Types of Costs ◦ Facilities: hardware, space, furniture, telephone, etc. ◦ Software tools for designing software ◦ Staff (effort): the biggest component of cost

ESTIMATION TECHNIQUES Expert Judgment Top-down or bottom-up Pessimistic (x), Optimistic (y), most likely (z) Delphi Technique Based on the average of “secret expert judgments” Wolverton Technique Factors that affect difficulty Whether the problem is old (O) or new (N) Whether it is easy (E) or moderate (M)

ESTIMATION TECHNIQUES Algorithmic Method [E = (a + bS c ) m( X )] Walston & Felix model: E = 5.25 S 0.91 Bailey & Basili model: E = S 1.16 Constructive Cost Model [COCOMO] E = bS c m(X) Where bS c is the initial size-based estimate M(X) is the vector of cost driver information Calculate the productivity factor based on developer experience and capability

ESTIMATION TECHNIQUES ◦ Machine Learning Techniques ◦ Neural Network ◦ Cause-effect network “trained” with data from past history ◦ Case-based Reasoning (CBR) ◦ The user identifies a new problem as a case ◦ The system retrieves similar case from a repository of historical information ◦ The system reuses knowledge from previous case ◦ The system suggests a solution for the new case

RISK MANAGEMENT ◦ Risk is an unwanted event that has negative consequences ◦ Risk sources: generic and project- specific ◦ Risk Management Activities: Risk Management Risk Assessment Risk Identification Risk Analysis Risk Prioritization Risk ControlRisk Reduction Risk Management Planning Risk Resolution

RISK EXPOSURE ◦ Risk exposure is a simple calculation that gives a numeric value to a risk

TOP TEN RISK ITEMS Personnel shortfalls Unrealistics schedules and budgets Developing the wrong software functions Developing the wrong user interface Gold plating Continuing stream of requirement changes Shortfalls in externally furnished components Shortfalls in externally performed tasks Real-time performance shortfalls Straining computer- science capabilities

PROJECT PLAN ITEMS ◦ Project scope ◦ Project schedule ◦ Project team organization ◦ Technical description of system ◦ Project standards and procedures ◦ Quality assurance plan ◦ Configuration management plan ◦ Documentation plan ◦ Data management plan ◦ Resource management plan ◦ Test plan ◦ Training plan ◦ Security plan ◦ Risk management plan ◦ Maintenance plan

PROJECT PLAN TECHNICAL ITEMS algorithms tools review or inspection techniques design language or representaions coding languages testing techniques

ENROLLMENT MANAGEMENT ◦ Establish a clear large vision ◦ Delegate specific commitments from participants ◦ Provide supportive feedback ◦ Learn as the program progresses

ACCOUNTABILITY MODELING Matrix organization Each engineer belongs to a functional unit based on a type of skill Integrated product development team Combines people from different units to work as one Tracking each activity Using cost estimation, critical path analysis, & schedule tracking Teams & Stakeholders Stakeholders are actively involved in the project and teams make the project happen

ACCOUNTABILITY MODEL GRAPH

ACTIVITY ROADMAP ◦ An activity map used to illustrate progress on each activity

EARNED-VALUE CHART ◦ Track each activity's progress with a earned-value chart

PROCESS MODELS & MANAGEMENT Why is the system being developed? Objectives What will be done by when? Milestones and schedules Who is responsible for a function? Responsibilities How will the job be done, technically and managerially? Approach How much of each resource is needed? Resources Can this be done, and is there a good business reason for doing it? Feasibility

WIN-WIN SPIRAL MODEL ◦ Win-Win spiral model was suggested by Boehm to be used as supplement to the milestones