DW Toolkit Chapter 1 Defining Business Requirements.

Slides:



Advertisements
Similar presentations
Performance Management
Advertisements

Fact Finding Techniques
Conducting Focus groups ACE seminar teaching session By Susan Mlangwa.
Requirements Analysis. Methods of Collecting System Requirements Interview people (individually) informed about the operations and issues of the current.
© 2005 Prentice Hall13-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Slide 1 Systems Analysis and Design with UML Version 2.0 Alan Dennis, Barbara Wixom, and David Tegarden Chapter 5: Requirements Determination John Wiley.
 Interviewing individuals  Interviewing groups  Observing workers  Studying business documents 1.
Building Team Facilitation Skills Presented by: Mary Jo Meyers M.S.
ACTIVELY ENGAGING THE STAKEHOLDER IN DEFINING REQUIREMENTS FOR THE BUSINESS, THE STAKEHOLDER, SOLUTION OR TRANSITION Requirements Elicitation.
Topics: Interviewing Question Type Interviewing techniques
Required Skills for IS PM. Contemplative Questions What skills are important for work in IS? What skills are important for work in IS? Do I have these.
Focus Groups for the Health Workforce Retention Study.
Gathering Information and Use Case Scenarios
Jump to first page Chapter 2 System Analysis - Determining System Requirements.
FOCUS GROUPS. What are they NOT group interviews Focused discussions, small group, physically co-present Used a lot in market research.
Chapter 5 Determining System Requirements
Fact-Finding Fact-Finding Overview
Chapter 2 Training For Organizations Needs Assessment.
1 Lecture 6 The Systems Analyst (Role and activities) Systems Analysis & Design Academic Year 2008/9.
Facilitation Richard Fisher. 10/9/2000Facilitation - Richard Fisher2 Facilitated Sessions A structured meeting technique designed to gather information.
Data Warehouse Toolkit Introduction. Data Warehouse Bill Inmon's paradigm: Data warehouse is one part of the overall business intelligence system. An.
©1999, 2002, Joyce Bischoff, All rights reserved. Conducting Data Warehouse Assessments Joyce Bischoff Bischoff Consulting, Inc. Hockessin, Delaware
CSC271 Database Systems Lecture # 20.
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 7 Determining.
Solution Overview for NIPDEC- CDAP July 15, 2005.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 7 Slide 1 Chapter 6 Determining System Requirements.
CC20O7N - Software Engineering 1 CC2007N Software Engineering 1 Requirements Engineering Practices with Techniques.
Determining System Requirements Classes 9,10. SDLC Project Identification & Selection Project Initiation & Planning Analysis ** Logical Design Physical.
Tyson’s Approach to Organizational Change Management
Lenovo Listens Manager Training Step 2: Interpret and Communicate Results 1.
System Analysis and Design 3 rd Lecture اعداد : أ.ساره الحجام.
Systems Development Lifecycle Project Identification & Selection Project Initiation & Planning Analysis Logical Design Physical Design Implementation Maintenance.
Focus groups ScWk 242 – Session 4 Slides.
Requirements Gathering Chapter 5 Alan Dennis, Barbara Wixom, and David Tegarden John Wiley & Sons, Inc. Slides by Fred Niederman Edited by Solomon Negash.
BIS 360 – Lecture Five Ch. 7: Determining System Requirements.
System Analysis and Design Dr. Taysir Hassan Abdel Hamid Lecture 5: Analysis Chapter 3: Requirements Determination November 10, 2013.
Modern Systems Analysis and Design Third Edition
Ch 3 & 4 Project Planning & Management. What We Must Do Define: determine scope and specifications. Plan: break the project into pieces that can be assigned.
Team-Based Development ISYS321 Determining Object- Oriented Systems Requirements.
ITCS311 Systems Analysis and Design Dr. Taher Homeed Feb 2010 Department of Computer Science College of IT University of Bahrain.
Chapter 6 Determining System Requirements. 2 2 What are Requirements? “Requirements are … a specification of what should be implemented. They are descriptions.
System Analysis-Gathering Requirements.  System analysis is the process of gathering info about existing system, which may be computerized or not, while.
System Planning (Preliminary Investigation Overview)
Database Analysis and the DreamHome Case Study
Slide 1 Requirements Determination Chapter 5. Slide 2 Objectives ■ Understand how to create a requirements definition. ■ Become familiar with requirements.
Chapter 4 Collecting Requirements. What do you want to know? What is the problem area? How does the business you approach it? Is the data available? Who.
Datawarehouse A sneak preview. 2 Data Warehouse Approach An old idea with a new interest: Cheap Computing Power Special Purpose Hardware New Data Structures.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall4-1 Interactive Methods to collect Information Requirements Interviewing.
Data Gathering Techniques 27 th February Data Gathering Techniques System requirements specify what the system must do or what property or quality.
Team Skill 2 Understanding User and Stakeholder Needs Interviewing (10)
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 5: Requirements Determination.
Chapter 6 Determining System Requirements. Objectives:  Describe interviewing options and develop interview plan.  Explain advantages and pitfalls of.
© 2005 by Prentice Hall Chapter 6 Determining System Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph.
1 Week 7 - System analyst IT2005 System Analysis & Design.
Requirements Engineering Processes. Syllabus l Definition of Requirement engineering process (REP) l Phases of Requirements Engineering Process: Requirements.
1A FAST EXCELLENCE THROUGH FACILITATION Gary Rush The FAST Process MGR Consulting
The Unit Counseling Program A company level leader must understand: ­ The effects of the unit counseling program on the organization ­ How to assess the.
The Feasibility Study The objective of a feasibility study is to find out if an project can be done and if so, how The objective of a feasibility study.
SOC 3322a INTERVIEWING. What is interviewing, why do it? In qualitative research, interviewing, especially in-depth & open-ended, is a common and preferred.
Week 2: Interviews. Definition and Types  What is an interview? Conversation with a purpose  Types of interviews 1. Unstructured 2. Structured 3. Focus.
Building the Corporate Data Warehouse Pindaro Demertzoglou Data Resource Management.
DW Toolkit Chapter 1 Defining Business Requirements.
Interviewing Basics Help You Focus on Content By: Dalya Goldberger Presented by Adam Lichtfuss.
The Hiring Interview Know you are hiring the best of all…..
Lecture-34 DWH Implementation: Goal Driven Approach (2)
TIM 58 Chapter 3: Requirements Determination
Systems Analysis and Design
Warehouse Implementation Lifecycle Project planning
Interviewing Sriram Mohan.
Effective Project Management: Traditional, Agile, Extreme
Presentation transcript:

DW Toolkit Chapter 1 Defining Business Requirements

DW Lifecycle Dimensional Modeling Project Planning Business Requirements Definition Physical Design ETL Design & Development Deployment Growth Maintenance BI Application Specification BI Application Development Technical Architecture Design Product Selection & Installation Project Management

Goal: Enhance Business Value Technology is important; business value is mandatory. Recruit strong sponsorship Define enterprise-level business requirements Prioritize business requirements Plan the project Define project-level business requirements

Sponsorship Business sponsors (more than one) take a lead role in determining the purpose, content, and priorities of the DW/BI system. Visionary: sense the value with some idea of how to apply it Resourceful: can obtain resources and effect organizational change Reasonable: balance enthusiasm with an understanding of needed time and resources

Gathering Enterprise-Level Requirements Prepare Conduct Business Interviews Conduct IT Interviews Write up Interview Summaries Identify Business Processes Conduct Prioritization Session Write Requirements Definition Use Data Profiles to Research Data Sources Build Initial Bus Matrix

The interview process The Interview Documentation Themes and processes The bus architecture Conduct Business Interviews Conduct IT Interviews Write up Interview Summaries Identify Business Processes Build Initial Bus Matrix

What do you want to know? What is the problem area? How does the business you approach it? Is the data available? Who will use the results? Who cares?

Subjects (pp. 116 – 117) Business Executive What are the business issues? What is your vision? Business Manager or Analyst What are your measures of success? What data do you use? What analysis do you typically do? Data Audit Data quality or quantity issues? Potential roadblocks (political or technical)? How is ad hoc analysis conducted?

Results of the interviews Analytic themes and business goals Themes: fundamental questions that the business wants answered Goals: state that the business aspires to Business processes: sources of data to support analytic themes Dimensions: entities or categories that define the themes Business value: how much is solving the problem worth

Interviews Individual or group Roles Lead Interviewer Scribe Pre-interview research Questionnaire Agenda User Preparation Write-up

Interview Roles Lead Interviewer(s): direct the questions and adapt to the conversation Scribe: take notes. interject if the lead interviewer misses something. write up the session Observer (not more than two) observe – not participate

The interview process Introduce everyone: make everyone feel comfortable. Introduce the subject Remember your role Verify communication Define terminology Establish peer basis: know interviewees vocabulary and business understanding

The interview process (cont.) Be flexible be prepared to schedule additional interviews respect your interviewees time and reschedule if needed Avoid burnout don’t schedule too many at once leave time between sessions Manage Expectations

The interview process (cont.) Wrap up the interview Summarize Ask for permission to call back Get documentation Write up the interview soon (2 hours to 2 days)

Tape recorders Cannot really replace people Ask first May make subjects nervous Require listening to the meeting twice

Facilitated sessions Each one takes more time than interviews, but may generate more Requires an experienced facilitator Requires an initial understanding of the user area Participants feed of of each others ideas Participants can negotiate disagreements

Caveats The one question to never ask is “What do you want in your computer system?” That is your job, not theirs. You need to be brave enough to ask executives what keeps them up at night? The interview team needs to resist the temptation to focus only on the top 5 reports or top ten questions. Continually manage expectations.

Bus Matrix ProcessDat e Produc t VendorShippe r Dist Cntr StorePromo Purchase Orders XXXX Dist Cntr Deliveries XXXXX Dst Cntr Inventory XXX Store Deliveries XXXXX Store Inventory XXX Store SalesXXXX

Requirements Findings Document (Business Case) Establishes the relevance and credibility of the data warehouse project. Ties the business requirements to the realistic availability of data.

Prioritization Stars Dogs High Business Value HighLow Feasibility

Initial Project High value Strong sponsorship Low difficulty Moderately visible Single data source