1 Team Skill 2 Chapter 8: The Challenge of Requirements Elicitation Due to The "Yes, But" Syndrome The "Undiscovered Ruins" Syndrome The "User and the.

Slides:



Advertisements
Similar presentations
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.
Advertisements

EC Requirements Elicitation Originally developed by Michael Madigan, StorageTek Manager, PAL Engineering For ECEN4033/5033 Software Engineering of Standalone.
Delegation Growing Leadership.
12 leadership tips to be even more agile C. Le Coënt.
Building Rapport Interpersonal skills of care workers were as important as practical skills and knowing how to do the job. Having a positive attitude could.
LESSON 2 UNDERSTANDING AND TREATMENT FOR NEGATIVE IMPLICIT OTHERS AND THEIR NEGATIVE EFFECTS Under Construction.
Chapter 10 Schedule Your Schedule. Copyright 2004 by Pearson Education, Inc. Identifying And Scheduling Tasks The schedule from the Software Development.
Communicating for Positive Results Presented by Peninsula Conflict Resolution Center April 4, 2014.
1 RUNNING a CLASS (2) Pertemuan Matakuliah: G0454/Class Management & Education Media Tahun: 2006.
Understanding User and Stakeholder Needs
1 Brainstorming and Storyboarding Sriram Mohan/Steve Chenoweth RHIT Chapters 12 & 13, Requirements Text.
9-Jun-15 GCIS 504/GENG 580- The requirements problem1.
1 Team Skill 2 - Understanding User and Stakeholder Needs (Chapters 8-13 of the requirements text) CSSE 371, Software Requirements and Specification Don.
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.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews 2. Workshops 3. Brainstorming.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5.
Discussion examples Andrea Zhok.
VENDORS, CONSULTANTS AND USERS
Team Skill 2 Understanding Stakeholders Needs
Brainstorming Steve Chenoweth & Chandan Rupakheti RHIT Chapters 12 & 13, Requirements Text, Brainstorming Techniques document Brainstorming involves generating.
OH 4-1 Screening Potential Employees Human Resources Management and Supervision 4 OH 4-1.
Workforce Engagement Survey Engaging the workforce in simple and effective action planning.
12 Ways to Help Boys Learn. 1 When speaking with boys, either tell them something or discuss it with them, allowing them to be speculative. Never mix.
Managing Disruptive Behaviour
Leading Culture Conversations The culture data offers a unique opportunity in organizations to discuss ‘how’ people work (or don’t work) together and identify.
THE ACADEMIC DEMANDS OF COLLEGE REQUIRES THAT STUDENTS CHANGE HOW THEY LEARN. SUCCESS ON COLLEGE TESTS REQUIRES THAT STUDENTS LEARN FROM TESTS, SO THEY.
Conference Notes.  The theme of the conference was  Scalability in Software Engineering Education and Training  Several topics related to the theme.
DISCUSS ACADEMIC achievement WITH YOUR PROFESSOR! Exercise your responsibility to discuss your academic performance with all your instructors Designed.
Culture Conversations The data generated by the Denison survey offers an excellent opportunity to engage your employees and colleagues in some important.
Chapter 10 -Team work and Carnegie’s Principles
Establishing a Best Practice Community It Takes a Village to Make a Successful Project Presented by Emily Iem, PMP, CBAP.
Business Analysis and Essential Competencies
Level 2 Award in Employability Skills
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
Requirements Engineering Requirements Elicitation Process Lecture-8.
Miscellaneous comment on reviewing / editing address learning objectives / mission of the institution and/or library itself address specific requirements.
1 Requirements Management - General concepts - Noureddine Abbadeni King Saud University College of Computer and Information Sciences Based on “Software.
Johns Hopkins University School of Professional Studies in Business and Education 2006 Summary of Key Points from: The Fifth Discipline − The Art and Practice.
NON-VERBAL MESSAGES WHEN WE… Jog rather than sprint, THEY SEE… Can’t keep up…game has passed you by. WHEN WE… Saunter rather than walk with a purpose,
Instructore: Tasneem Darwish1 University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Requirement engineering.
More than Lab Reports: Integrating Information Literacy and Writing-to-Learn in Organic Chemistry Labs Tiffany Turner, Baylor, Doctoral Candidate, Chemistry.
Direct Guidance Principles
Team Skill 2 Understanding User and Stakeholder Needs The Challenge of Requirements Elicitation (8)
Challenges to successful quality improvement HAIVN 2012.
Bringing it all together: Strategies students apply when synthesizing information Ilse Born-Lechleitner Centre for Business Languages and Intercultural.
Challenges to successful quality improvement HAIVN 2013.
Engineering and Related STEM Careers BY MITCHELL PARTLOW.
Avoiding Incident Investigation Pitfalls Pursue the Right Trail Presented by: Wally Cook P. Eng. CRSP CHSMSA President – Kestrel Resources Ltd.
1 Brainstorming and Storyboarding Sriram Mohan. 2 Outline  Background Barriers to Elicitation  Techniques Brainstorming Storyboarding.
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.
Told Like It Is! An Evaluation of an Integrated Oral Development Pilot Project David Barr, Jonathan Leakey, and Alexandre Ranchoux (2005) Presented by.
Chapter 1 The Requirements Problem
The Power of YET! The power of believing that you can improve. So when you can’t do something now – it is a can’t do it ‘YET’!
HEALTH 8 LIFE LEARNING CHOICES. WHAT WE WILL LEARN How to use resources effectively to manage and explore life roles and career opportunities and challenges.
Requirements Engineering Processes. Syllabus l Definition of Requirement engineering process (REP) l Phases of Requirements Engineering Process: Requirements.
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
Primary Assessment and Target Tracker
© 2007 The McGraw-Hill Companies, Inc. All rights reserved The Complete PC Tech Chapter 24.
Analyzing the Problem Continued and Product Features and Challenges Steve Chenoweth & Chandan Rupakheti RHIT Pages Requirements Text.
Software Requirements and Design Class 4 Khalid Ishaq.
Transferable Skills Development MGT 495 Lecture - 9 FACILITATOR Prof. Dr. Mohammad Majid Mahmood Bagram.
Effective Communication In Projects and Anywhere.
BITING: Why, and What can you do?
Requirements. Outline Definition Requirements Process Requirements Documentation Next Steps 1.
Example Commentary Report Research results Big Data Analytics - the extent of deployment and the accuracy of the insight 1.
1 Team Skill 4 Managing the scope Noureddine Abbadeni Al-Ain University of Science and Technology College of Engineering and Information Technology Based.
Prototyping Lecture # 08.
The role of the Analyst in requirements Elicitation
The Challenge of Requirements Elicitation
Presentation transcript:

1 Team Skill 2 Chapter 8: The Challenge of Requirements Elicitation Due to The "Yes, But" Syndrome The "Undiscovered Ruins" Syndrome The "User and the Developer" Syndrome

2 Recall: The Requirements Pyramid

3 Recall: Standish’s Survey The most commonly cited factor on challenged projects was “Lack of user input + Incomplete requirements” WHY IS IT DIFFICULT to elicit requirements?

4 Barriers to Requirements Elicitation The "Yes, But" Syndrome The "Undiscovered Ruins" Syndrome The "User and the Developer" Syndrome

5 The "Yes, But" Syndrome For whatever reason, we always see two immediate, distinct, and separate reactions when the users see the system implementation for the first time. 1."Wow, this is so cool; we can really use this, what a neat job" and so on. 2."Yes, but, hmmmmm, now that I see it, what about this... ? Wouldn't it be nice if... ? Whatever happened to... ?“

6 The "Yes, But" Syndrome The "Yes, But" syndrome is human nature and is an integral part of application development. We should plan to avoid or significantly reduce this syndrome by applying techniques that get the "Buts" out early. In so doing, we elicit the "Yes, But" response early, and we then can begin to invest the majority of our development efforts in software that has already passed the "Yes, But" test.

7 The "Undiscovered Ruins" Syndrome In many ways, the search for requirements is like a search for undiscovered ruins. The more you find, the more you know remain. You never really feel that you have found them all, and perhaps you never will. Indeed, software development teams always struggle to determine when they are done with requirements elicitation. When have they found all the requirements or at least enough requirements?

8 The "User and the Developer" Syndrome Communication gap between the user and the developer. Users and developers are typically from different worlds, may even speak different languages, and have different backgrounds, motivations, and objectives.

9 The "User and the Developer" Syndrome Reasons for this problem and some suggested solutions.

10 Key Points Requirements elicitation is complicated by three endemic syndromes. The "Yes, But" syndrome stems from human nature and the users' inability to experience the software as they might a physical device. Searching for requirements is like searching for "Undiscovered Ruins"; the more you find, the more you know remain. The "User and the Developer" syndrome reflects the profound differences between these two, making communication difficult.