Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 1.

Slides:



Advertisements
Similar presentations
Project Cycle Management
Advertisements

Project Management.
Management of Engineers and Technology Project Management Risk Management.
INCOME PROJECT TEMPUS SCM MEDA Project Risk Management.
What is an M and E Plan?. Organizing the Work of M and E An M and E System -- the 12 components as a whole – Sets out broad vision at national level An.
Roadmap for Sourcing Decision Review Board (DRB)
Chapter: 3 Agile Development
Chapter 2 The Analyst As Project Manager In Managing Information Systems 2.3.
May 2, May 2, 2015May 2, 2015May 2, 2015 Azusa, CA Sheldon X. Liang Ph. D. Software Engineering in CS at APU Azusa Pacific University, Azusa, CA.
Interpersonal skills & Communication Edina Nagy Lajos Kiss Szabolcs Hornyák.
SCRUM John Drew. SCRUM - overview Scrum is a project management discipline that has evolved since the early 1990s to deliver software that meets business.
NEES Project Management Workshop June 16 June 18 1 Segment 2.
Project Management.
W5HH Principle As applied to Software Projects
1 Chapter 4 The Software Team Requisite’s 6 team skills for effective requirements management.
1 SWE Introduction to Software Engineering Lecture 3 Introduction to Software Engineering.
1 Team Skill 4 - Team Skill 5 - Scope Refining the Systems Definition (Chapters of the requirements text) CSSE 371 Software Requirements and Specification.
SE 555 Software Requirements & Specification Requirements Management.
Recall The Team Skills 1. Analyzing the Problem 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5. Refining the System.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 1.Gain agreement on the problem definition. 2.Understand the root causes 3.Identify the.
Major Exam II Reschedule 5:30 – 7:30 pm in Tue Dec 5 th.
Project Management Basics
Stoimen Stoimenov QA Engineer QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
TSM: Safety Management in a Quality Management Setting
Charting a course PROCESS.
Release & Deployment ITIL Version 3
Copyright 2002 Prentice-Hall, Inc. Managing the Information Systems Project 3.1 Chapter 3.
How to integrate the parts of your project to achieve success.
Initiating and Planning Systems Development projects
Chapter 2 Introduction to Requirements Management
Team Skill 4 –Scope (Chapters Requirements Text) Team Skill 4 –Scope (Chapters Requirements Text) Sriram Mohan/Steve Chenoweth 1.
Chapter 2 The process Process, Methods, and Tools
© 2001 by Carnegie Mellon University PSM-1 OCTAVE SM : Senior Management Briefing Software Engineering Institute Carnegie Mellon University Pittsburgh,
McGraw-Hill/Irwin Copyright © 2008 by The McGraw-Hill Companies, Inc. All rights reserved. Reaching Goals: Plans and Controls Today’s smart supervisor.
Introduction- Project Management By Ctrl+C & Ctrl+V 1.
1 5.1 Software Engineering Practice  Provide value to the user  KIS—keep it simple!  Maintain the product and project “vision”  What you produce,
1 Chapter 5 Software Engineering Practice. 2 What is “Practice”? Practice is a broad array of concepts, principles, methods, and tools that you must consider.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Coming up: Software Engineering: A Practitioner’s Approach, 6/e Chapter 5 Practice: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
CIS 499 Senior Seminar Introduction to IT project management.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Orginspire - A Great Training Company - orginspire.com
1 Requirements Management - General concepts - Noureddine Abbadeni King Saud University College of Computer and Information Sciences Based on “Software.
Team Skill 6: Building the Right System Managing Change (28)
The Long Tail Why the future of business is selling less of more ▫ISBN = ▫Chris Anderson Low Distribution and Inventory costs allow companies.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 5 Practice: A Generic View Software Engineering: A Practitioner’s Approach, 6/e Chapter.
Chapter 31 Your Prescription for Requirements Management.
Team Skill 6: Building the Right System Assessing Requirements Quality (29)
Data Report July Collect and analyze RtI data Determine effectiveness of RtI in South Dakota in Guide.
September 17, 2015 Strategic Preparation …Ready Your Business For 2016.
Information Systems System Analysis 421 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.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System A Use Case Primer Organizing.
TDRp Implementation Challenges David Vance, Executive Director Peggy Parskey, Assistant Director October 23, 2014.
1 Text Layout Introduction (1-4) Team Skill 1 – Analyzing the problem (5-7) Team Skill 2 – Understanding User and Stakeholder Needs (8-13) Team Skill 3.
Project management Topic 1 Introduction.
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
10 key principles of agile software development
Establishing Project Scope 1. Factors Affecting Project Scope  The functionality that must be delivered to meet the user’s needs  The resources available.
Chapter 3: The Project Management Process Groups: A Case Study Information Technology Project Management, Fourth Edition Project Execution & Closing Thursday,
Software Project Management Lecture 3. What is Project Management?  Project management is “the application of knowledge, skills, tools and techniques.
PROJECT MANAGEMENT SHAHRIAR KHANDAKER DIRECTOR, PARTNERSHIP DEVELOPMENT AND COMMUNICATION, SAYRID ASSOCIATE EDITOR, SAJSS LECTURER, DEPARTMENT OF SOCIAL.
Risk Mitigation Submitted By, S. Anitha Devi, M.E-CSE.
1 Team Skill 4 Managing the scope Noureddine Abbadeni Al-Ain University of Science and Technology College of Engineering and Information Technology Based.
Your Prescription for Requirements Management 1. Assumptions The prescription for requirements management is based on the following assumptions:  The.
Project Management Finals Lesson 1 - Principles - Techniques - Tools.
Change Request Management
The Features of a Product or System
Managing Change and Quality
Presentation transcript:

Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 1. Establishing project scope 2. Managing your customer 5. Refining the System Definition 6. Building the Right System

Recall: The problem of project scope solved but setting a requirement baseline: 1. Setting Priorities 2. Assessing Required Effort 3. Adding the Risk Element

Chapter 19 Managing Your Customer Engaging Customers Communicating the Result Negotiating with the Customer Managing the Baseline

Engaging Customers to Manage Their Project Scope engage the customers to manage their requirements and their project scope to ensure both the quality and the timeliness of the software outcomes. Why? It is in our customers' best financial interests to meet their external commitments to their marketplaces. The application (its key features) and the business needs it fulfills all belong to the customers, not to the application development team.

Communicating the Result If the project scope must be reduced, make sure that the customer is a direct participant. A customer who is part of the process will own the result. A customer who is excluded from the process will be unhappy with the result and will naturally tend to blame the developers for not trying hard enough. Smart customers will make commitments to their external marketplaces only for the critical items included in the baseline.

Negotiating with the Customer As you negotiate with your customer, your guiding principle in establishing the baseline should be underpromise and overdeliver. Doing so ensures that the inevitable problems of software development, like unanticipated technological risks, changing requirements, delays of purchased components, unanticipated leave of key team members, and so on can be accommodated within your project schedule.

Managing the Baseline Demand for more and more functionality will come, but needs to be controlled for the sake of quality. First focus on learning how to get the job done right: enough functionality at the right time to meet the customer's real need. Once established, the baseline provides the center of focus for many project activities. Resources can be adjusted based on progress relative to the baseline.

Managing the Baseline: Official Changes The features baseline provides an excellent mechanism for managing high-level change. If the project team has done a good job of defining the baseline to begin with, then any change to the baseline must affect the resources, the schedule, or the features set to be delivered in the release. If the resources are fixed and the schedule cannot be changed, then The project team must engage the customer in a decision-making process to prioritize the new feature relative to the other features scheduled for the release.

Key Points Managing your customers means engaging them in managing their requirements and their project scope. Customers who are part of the process will own the result. Getting the job done right means providing enough functionality at the right time to meet the customers' real needs. Negotiating skills are an invaluable aid to the scope management challenge.