SlideShare ist ein Scribd-Unternehmen logo
1 von 31
Elicitation Techniques
Overview
The requirements serve as the foundation for the solution to the business
needs .It is essential that the requirements be complete, clear, correct, and
consistent.
Typically, requirements are identified throughout the elicitation, analysis,
verification and validation activities.
1. Preparation for Elicitation
2. Elicitation technique.
3. Documentation .
4. Confirm Elicitation Results
Topics covered
Prepare for Elicitation
Build a detailed schedule for a particular elicitation activity, defining the specific
activities and the planned dates.
Input
Business Need: Required to ensure that the business analyst understands
what
information should be elicited from the stakeholders.
Stakeholder List, Roles, and Responsibilities: Used to identify the
stakeholders who should participate in elicitation activities.
Here are the list of elicitation techniques defined by the BABOK for
business analysts:
Brainstorming
Interviews
Prototyping
Focus Groups
Document Analysis
Interface Analysis
Observation
Survey/Questionnaire
Root Cause Analysis
5 Why’s
Fishbone Analysis
Brainstorming
Brainstorming is an excellent way to foster creative thinking about a problem.
The aim
of brainstorming is to produce numerous new ideas, and to derive from them
themes for further analysis.
 Clustering
 Listing
 Freewriting
Three Activities
Clustering
1. Start with the main topic of your essay. Write that word in the center of
your paper.
2. Write down any sub-topics that are connected to that main topic. Draw
arrows to the sub-topics from the main topic.
Listing
1. Start with the main topic of your essay. Write that word or words at the
top of your paper.
2. Write down any word or phrase that might relate to your main topic
underneath.
•Practice speaking with others
•Take classes
•Guess at the meanings of words
•Listen to radio or TV
•Observe others
•Set reasonable goals
•Don’t be afraid to experiment
•Study vocabulary in related topics
How to be a Successful
Language Learner
Freewriting
1. Start with the main topic of your essay. Write that word or words at the
top of your paper.
2. Freewriting is like talking to yourself on paper. Write as much as you
can in connected sentences (not lists) about your topic. Write as
quickly as you can without stopping to think about grammar or
organization.
My Favorite Book
My favorite book… I don’t know where to start. I read so many books
that are interesting that it’s hard to choose just one. I guess I could
start by talking about the kinds of books I really like. I like biographies
and autobiographies the best. I really enjoy reading about another
person’s life. One of my favorite books is called Roots by Alex Haley.
How the author was able to trace his family history all the way back to
Africa was amazing! Another book I really enjoyed was Carl Sandburg’s
biography of Abraham Lincoln. What an incredible president!
Pros and cons
Pros Cons
Brainstorming helps to reduce conflicts – it helps
participants to see other points of view and
possibly change their perspective on problems.
Can take too much time if the
group is not properly controlled
and is allowed to run for too long
Brainstorming brings new ideas on how to
tackle a particular problem – the
freethinking atmosphere encourages
creativity, even imperfectly developed
thoughts may push the thinking of other
participants.
Opponents may refuse to consider
each other's ideas. It is important
to explain to participants how the
results will be used to underline
that they are not wasting their
time.
All participants have equal status and an
equal opportunity to participate.
Interviews
An interview is a systematic approach designed to elicit information from a person
or
group of people in an informal or formal setting by talking to an interviewee,
asking
relevant questions and documenting the responses.
For the purpose of eliciting requirements, interviews
are of two basic types:
▶ Open end question.
▶ Closed end question.
**Make the interviewees aware of the goals of the
interview
Interviewing is not simply a matter of asking questions; it requires development
of some general social skills, the ability to listen, and knowledge of a variety of
interviewing tactics.
Four phases
• Identifying candidates
• Preparing for an interview
• Conducting the interview
• Following up
General guidelines
• Improve your understanding by summarizing, rephrasing,
showing implications
• Be an active listener
• Be courteous; keep the interviewee at ease
• Remain in control; bring the interview back on track
• Use non-verbal communication techniques
Pros and Cons
Pros Cons
Encourages participation and
establishes rapport with the
stakeholder
Interviews are not an ideal means of
reaching consensus across a group
of stakeholders.
Simple, direct technique that can be
used in varying situations.
Requires considerable commitment
and involvement of the participants.
Allows the interviewer and participant
to have full discussions and
explanations of the questions and
answers.
Training is required to conduct good
interviews. Unstructured interviews,
especially, require special skills.
Facilitation/virtual facilitation and
active listening are a few of them.
Prototyping
A software requirements prototype is a mock-up or partial implementation of a
software system
• Helps developers, users, and customers better understand system requirements
• Helps clarify and complete requirements
• Provides early response to “I'll know it when I’ll see (or won’t see) it” attitude
Prototyping is effective in resolving uncertainties early in the development
process
• Encourages user participation and mutual understanding
Prototypes can take many forms:
• Paper prototypes
• Screen mock-ups
Interactive prototypes
• Using high-level languages (e.g., Visual Basic, Delphi, Prolog)
• Using scripting languages (e.g., Perl, Python)
• Using animation tools (e.g., Flash/Shockwave)
Process for Prototyping
• Use Cases
•Activity Diagram
•Sequence Diagram
• Data Flow Diagram
Pros and Cons
Pros Cons
A prototype allows for early user
interaction and feedback.
Assumptions about the underlying
technology may need to be made
in order to present a starting
prototype.
Supports users who are more
comfortable and effective at
articulating their needs by using
pictures, as prototyping lets them
"see" the future system's interface.
A prototype may lead users to set
unrealistic expectations of the
delivered system's performance,
reliability and usability
characteristics.
It quickly uncover and confirm user
interface requirements.
Focus Groups
A focus group is composed of pre-qualified
individuals whose purpose is to discuss and
comment on a topic or a process . This is an
opportunity for individuals to share their own
perspectives and discuss them in a group setting.
This could lead participants to reevaluate their
own perspectives in the light of others'
experiences.
Pros and Cons
Pros Cons
Ability to elicit data from a group of
people in a single session saves
time and costs as compared to
conducting individual interviews
with the same number of people.
In the group setting, participants
may be concerned about issues of
trust, or may be unwilling to discuss
sensitive topics.
Effective for learning people's
attitudes, experiences and desires.
Data collected (what people say)
may not be consistent with how
people actually behave.
If the group is too homogenous the
group's responses may not
represent the complete set of
requirements.
Root cause analysis
Root cause analysis (RCA) is a method of problem solving used for
identifying the root causes of faults or problems.
5 Why’s
The 5 whys are around asking ‘why’ to a problem , getting the answer
and then asking why again and again , until you come up with the real
root cause of a problem.
There can be more than one cause to a problem as well. In
an organizational context, generally root cause analysis is
carried out by a team of persons related to the problem.
Problem: Your client is refusing to pay for the leaflets you printed for
them.
Why? The delivery was late, so the leaflets couldn't be used.
Why? The job took longer than we anticipated.
Why? We ran out of printer ink.
Why? The ink was all used up on a big, last-minute order.
Why? We didn't have enough in stock, and we couldn't order it in quickly
enough.
Counter-measure: We need to find a supplier who can deliver ink at very short
notice.
Fishbone Analysis
Visual display of possible causes
Helps team reach common understanding of why loss
exists
The fishbone will help to visually display the many potential causes for a
specific problem or effect. It is particularly useful in a group setting and for
situations in which little quantitative data is available for analysis.
Cause and Effect Diagram Loading My Computer
PEOPLE METHODS
MATERIALS MACHINERY
OTHER
Cannot
Load
Softwar
e on PC
Inserted CD Wrong
Instructions are Wrong
Not Enough
Free Memory
Inadequate System
Graphics Card Incompatible
Hard Disk Crashed
Not Following
Instructions
Cannot Answer Prompt
Question
Brain Fade
CD Missing
Wrong Type CDBad CD
Power Interruption
Document Elicitation Results
For an elicitation event (brainstorming, focus groups, interviews, observation,
prototyping, requirements workshops) a summary of the output from the event,
including issues is produced.
Input
Elicitation Results: Includes the information provided by stakeholders that will be
recorded and structured.
Documentation can take a number of forms, including:
▶ Written documents describing the outcomes, such as meeting minutes
▶ Visual or audio recordings
▶ Whiteboards (either actual or virtual) where notes are retained until they are
transferred to another medium.
Confirm Elicitation Results
Some elicitation techniques benefit from reviewing the documented outputs with the
stakeholders to ensure that the analyst’s understanding conforms to the actual
desires
or intentions of the stakeholder.
Input
Requirements [Stated, Unconfirmed]: Represent the business analyst’s
understanding
of the stakeholder’s intentions.
Stakeholder Concerns [Unconfirmed]: Represent the business analyst’s
understanding
of issues identified by the stakeholder, risks, assumptions, constraints, and other
relevant
information that may be used in business analysis.
Q & A

Weitere ähnliche Inhalte

Was ist angesagt?

01. 03.-introduction-to-infrastructure
01. 03.-introduction-to-infrastructure01. 03.-introduction-to-infrastructure
01. 03.-introduction-to-infrastructureMuhammad Ahad
 
Requirement Elicitation
Requirement ElicitationRequirement Elicitation
Requirement ElicitationRavikanth-BA
 
Software Engineering Methodologies
Software Engineering MethodologiesSoftware Engineering Methodologies
Software Engineering MethodologiesDamian T. Gordon
 
Software requirement and specification
Software requirement and specificationSoftware requirement and specification
Software requirement and specificationAman Adhikari
 
03. non-functional-attributes-introduction-4-slides
03. non-functional-attributes-introduction-4-slides03. non-functional-attributes-introduction-4-slides
03. non-functional-attributes-introduction-4-slidesMuhammad Ahad
 
Fundamental software engineering activities
Fundamental software engineering activitiesFundamental software engineering activities
Fundamental software engineering activitiessommerville-videos
 
Software System Engineering - Chapter 1
Software System Engineering - Chapter 1Software System Engineering - Chapter 1
Software System Engineering - Chapter 1Fadhil Ismail
 
Software requirements engineering lecture 01
Software requirements engineering   lecture 01Software requirements engineering   lecture 01
Software requirements engineering lecture 01Abdul Basit
 
Software Engineering - chp3- design
Software Engineering - chp3- designSoftware Engineering - chp3- design
Software Engineering - chp3- designLilia Sfaxi
 
Lecture4 requirement engineering
Lecture4 requirement engineeringLecture4 requirement engineering
Lecture4 requirement engineeringShahid Riaz
 
Requirement Elicitation Techniques/Methods
Requirement Elicitation Techniques/MethodsRequirement Elicitation Techniques/Methods
Requirement Elicitation Techniques/MethodsSUFYAN SATTAR
 
Java Technical Design Document
Java Technical Design DocumentJava Technical Design Document
Java Technical Design DocumentDeborah Obasogie
 
Requirement engineering process
Requirement engineering processRequirement engineering process
Requirement engineering processDr. Loganathan R
 
Software Engineering - Ch1
Software Engineering - Ch1Software Engineering - Ch1
Software Engineering - Ch1Siddharth Ayer
 
software project management Waterfall model
software project management Waterfall modelsoftware project management Waterfall model
software project management Waterfall modelREHMAT ULLAH
 

Was ist angesagt? (20)

07. datacenters
07. datacenters07. datacenters
07. datacenters
 
01. 03.-introduction-to-infrastructure
01. 03.-introduction-to-infrastructure01. 03.-introduction-to-infrastructure
01. 03.-introduction-to-infrastructure
 
Requirements elicitation
Requirements elicitationRequirements elicitation
Requirements elicitation
 
Requirement Elicitation
Requirement ElicitationRequirement Elicitation
Requirement Elicitation
 
Software Engineering Methodologies
Software Engineering MethodologiesSoftware Engineering Methodologies
Software Engineering Methodologies
 
Software requirement and specification
Software requirement and specificationSoftware requirement and specification
Software requirement and specification
 
03. non-functional-attributes-introduction-4-slides
03. non-functional-attributes-introduction-4-slides03. non-functional-attributes-introduction-4-slides
03. non-functional-attributes-introduction-4-slides
 
Software requirements
Software requirementsSoftware requirements
Software requirements
 
Distributed DBMS - Unit 5 - Semantic Data Control
Distributed DBMS - Unit 5 - Semantic Data ControlDistributed DBMS - Unit 5 - Semantic Data Control
Distributed DBMS - Unit 5 - Semantic Data Control
 
Fundamental software engineering activities
Fundamental software engineering activitiesFundamental software engineering activities
Fundamental software engineering activities
 
Software System Engineering - Chapter 1
Software System Engineering - Chapter 1Software System Engineering - Chapter 1
Software System Engineering - Chapter 1
 
Software requirements engineering lecture 01
Software requirements engineering   lecture 01Software requirements engineering   lecture 01
Software requirements engineering lecture 01
 
Software Engineering - chp3- design
Software Engineering - chp3- designSoftware Engineering - chp3- design
Software Engineering - chp3- design
 
Lecture4 requirement engineering
Lecture4 requirement engineeringLecture4 requirement engineering
Lecture4 requirement engineering
 
Requirement Elicitation Techniques/Methods
Requirement Elicitation Techniques/MethodsRequirement Elicitation Techniques/Methods
Requirement Elicitation Techniques/Methods
 
Java Technical Design Document
Java Technical Design DocumentJava Technical Design Document
Java Technical Design Document
 
DSDM
DSDMDSDM
DSDM
 
Requirement engineering process
Requirement engineering processRequirement engineering process
Requirement engineering process
 
Software Engineering - Ch1
Software Engineering - Ch1Software Engineering - Ch1
Software Engineering - Ch1
 
software project management Waterfall model
software project management Waterfall modelsoftware project management Waterfall model
software project management Waterfall model
 

Ähnlich wie Elicitation Techniques

Documentation Workbook Series. Step 1 Capturing Information
Documentation Workbook Series. Step 1 Capturing InformationDocumentation Workbook Series. Step 1 Capturing Information
Documentation Workbook Series. Step 1 Capturing InformationAdrienne Bellehumeur
 
How To Ask The Right Questions
How To Ask The Right QuestionsHow To Ask The Right Questions
How To Ask The Right QuestionsHannah Fiechtner
 
Qualitative research technique
Qualitative research techniqueQualitative research technique
Qualitative research techniqueRohit Kumar
 
Focus Groups in Applied Marketing Research
Focus Groups in Applied Marketing ResearchFocus Groups in Applied Marketing Research
Focus Groups in Applied Marketing ResearchKelly Page
 
Personas Demystified 1.0
Personas Demystified 1.0Personas Demystified 1.0
Personas Demystified 1.0Mo Goltz
 
User Research Tools: Don't just do it, do it well
User Research Tools: Don't just do it, do it wellUser Research Tools: Don't just do it, do it well
User Research Tools: Don't just do it, do it wellZabisco Digital
 
Chapter 4&5 mr
Chapter 4&5   mrChapter 4&5   mr
Chapter 4&5 mrr2sa
 
Understanding User Experience Workshop - Interlink Conference 2012
Understanding User Experience Workshop - Interlink Conference 2012Understanding User Experience Workshop - Interlink Conference 2012
Understanding User Experience Workshop - Interlink Conference 2012Lynne Polischuik
 
25 march introducing design methods
25 march introducing design methods25 march introducing design methods
25 march introducing design methodsAbhishek Sagar
 
25 march introducing design methods
25 march introducing design methods25 march introducing design methods
25 march introducing design methodsAbhishek Sagar
 
Revisited module 2 wbs3630 2015
Revisited module 2 wbs3630 2015Revisited module 2 wbs3630 2015
Revisited module 2 wbs3630 2015Paula Nottingham
 
Monitoring and evaluation2
Monitoring and evaluation2 Monitoring and evaluation2
Monitoring and evaluation2 PCPD Palestine
 
Getting started with UX research October 2017.pptx
Getting started with UX research October 2017.pptxGetting started with UX research October 2017.pptx
Getting started with UX research October 2017.pptxCarol Rossi
 
Methods to identify unmet needs
Methods to identify unmet needsMethods to identify unmet needs
Methods to identify unmet needsgetslidesdeck
 
Research design ii
Research design iiResearch design ii
Research design iiKritika Jain
 
Exploratory research design
Exploratory research design Exploratory research design
Exploratory research design Kritika Jain
 
Research design ii
Research design iiResearch design ii
Research design iiKritika Jain
 
Requirements engineering
Requirements engineeringRequirements engineering
Requirements engineeringvucevic
 

Ähnlich wie Elicitation Techniques (20)

Documentation Workbook Series. Step 1 Capturing Information
Documentation Workbook Series. Step 1 Capturing InformationDocumentation Workbook Series. Step 1 Capturing Information
Documentation Workbook Series. Step 1 Capturing Information
 
How To Ask The Right Questions
How To Ask The Right QuestionsHow To Ask The Right Questions
How To Ask The Right Questions
 
Qualitative research technique
Qualitative research techniqueQualitative research technique
Qualitative research technique
 
Focus Groups in Applied Marketing Research
Focus Groups in Applied Marketing ResearchFocus Groups in Applied Marketing Research
Focus Groups in Applied Marketing Research
 
Personas Demystified 1.0
Personas Demystified 1.0Personas Demystified 1.0
Personas Demystified 1.0
 
Interviews as data collection tool final
Interviews as data   collection tool finalInterviews as data   collection tool final
Interviews as data collection tool final
 
User Research Tools: Don't just do it, do it well
User Research Tools: Don't just do it, do it wellUser Research Tools: Don't just do it, do it well
User Research Tools: Don't just do it, do it well
 
Chapter 4&5 mr
Chapter 4&5   mrChapter 4&5   mr
Chapter 4&5 mr
 
Understanding User Experience Workshop - Interlink Conference 2012
Understanding User Experience Workshop - Interlink Conference 2012Understanding User Experience Workshop - Interlink Conference 2012
Understanding User Experience Workshop - Interlink Conference 2012
 
25 march introducing design methods
25 march introducing design methods25 march introducing design methods
25 march introducing design methods
 
25 march introducing design methods
25 march introducing design methods25 march introducing design methods
25 march introducing design methods
 
Revisited module 2 wbs3630 2015
Revisited module 2 wbs3630 2015Revisited module 2 wbs3630 2015
Revisited module 2 wbs3630 2015
 
Market Research for Startups
Market Research for StartupsMarket Research for Startups
Market Research for Startups
 
Monitoring and evaluation2
Monitoring and evaluation2 Monitoring and evaluation2
Monitoring and evaluation2
 
Getting started with UX research October 2017.pptx
Getting started with UX research October 2017.pptxGetting started with UX research October 2017.pptx
Getting started with UX research October 2017.pptx
 
Methods to identify unmet needs
Methods to identify unmet needsMethods to identify unmet needs
Methods to identify unmet needs
 
Research design ii
Research design iiResearch design ii
Research design ii
 
Exploratory research design
Exploratory research design Exploratory research design
Exploratory research design
 
Research design ii
Research design iiResearch design ii
Research design ii
 
Requirements engineering
Requirements engineeringRequirements engineering
Requirements engineering
 

Elicitation Techniques

  • 2.
  • 3. Overview The requirements serve as the foundation for the solution to the business needs .It is essential that the requirements be complete, clear, correct, and consistent. Typically, requirements are identified throughout the elicitation, analysis, verification and validation activities.
  • 4.
  • 5. 1. Preparation for Elicitation 2. Elicitation technique. 3. Documentation . 4. Confirm Elicitation Results Topics covered
  • 6. Prepare for Elicitation Build a detailed schedule for a particular elicitation activity, defining the specific activities and the planned dates. Input Business Need: Required to ensure that the business analyst understands what information should be elicited from the stakeholders. Stakeholder List, Roles, and Responsibilities: Used to identify the stakeholders who should participate in elicitation activities.
  • 7. Here are the list of elicitation techniques defined by the BABOK for business analysts: Brainstorming Interviews Prototyping Focus Groups Document Analysis Interface Analysis Observation Survey/Questionnaire Root Cause Analysis 5 Why’s Fishbone Analysis
  • 8. Brainstorming Brainstorming is an excellent way to foster creative thinking about a problem. The aim of brainstorming is to produce numerous new ideas, and to derive from them themes for further analysis.  Clustering  Listing  Freewriting Three Activities
  • 9. Clustering 1. Start with the main topic of your essay. Write that word in the center of your paper. 2. Write down any sub-topics that are connected to that main topic. Draw arrows to the sub-topics from the main topic.
  • 10. Listing 1. Start with the main topic of your essay. Write that word or words at the top of your paper. 2. Write down any word or phrase that might relate to your main topic underneath. •Practice speaking with others •Take classes •Guess at the meanings of words •Listen to radio or TV •Observe others •Set reasonable goals •Don’t be afraid to experiment •Study vocabulary in related topics How to be a Successful Language Learner
  • 11. Freewriting 1. Start with the main topic of your essay. Write that word or words at the top of your paper. 2. Freewriting is like talking to yourself on paper. Write as much as you can in connected sentences (not lists) about your topic. Write as quickly as you can without stopping to think about grammar or organization. My Favorite Book My favorite book… I don’t know where to start. I read so many books that are interesting that it’s hard to choose just one. I guess I could start by talking about the kinds of books I really like. I like biographies and autobiographies the best. I really enjoy reading about another person’s life. One of my favorite books is called Roots by Alex Haley. How the author was able to trace his family history all the way back to Africa was amazing! Another book I really enjoyed was Carl Sandburg’s biography of Abraham Lincoln. What an incredible president!
  • 12. Pros and cons Pros Cons Brainstorming helps to reduce conflicts – it helps participants to see other points of view and possibly change their perspective on problems. Can take too much time if the group is not properly controlled and is allowed to run for too long Brainstorming brings new ideas on how to tackle a particular problem – the freethinking atmosphere encourages creativity, even imperfectly developed thoughts may push the thinking of other participants. Opponents may refuse to consider each other's ideas. It is important to explain to participants how the results will be used to underline that they are not wasting their time. All participants have equal status and an equal opportunity to participate.
  • 13. Interviews An interview is a systematic approach designed to elicit information from a person or group of people in an informal or formal setting by talking to an interviewee, asking relevant questions and documenting the responses. For the purpose of eliciting requirements, interviews are of two basic types: ▶ Open end question. ▶ Closed end question. **Make the interviewees aware of the goals of the interview
  • 14. Interviewing is not simply a matter of asking questions; it requires development of some general social skills, the ability to listen, and knowledge of a variety of interviewing tactics. Four phases • Identifying candidates • Preparing for an interview • Conducting the interview • Following up General guidelines • Improve your understanding by summarizing, rephrasing, showing implications • Be an active listener • Be courteous; keep the interviewee at ease • Remain in control; bring the interview back on track • Use non-verbal communication techniques
  • 15. Pros and Cons Pros Cons Encourages participation and establishes rapport with the stakeholder Interviews are not an ideal means of reaching consensus across a group of stakeholders. Simple, direct technique that can be used in varying situations. Requires considerable commitment and involvement of the participants. Allows the interviewer and participant to have full discussions and explanations of the questions and answers. Training is required to conduct good interviews. Unstructured interviews, especially, require special skills. Facilitation/virtual facilitation and active listening are a few of them.
  • 16. Prototyping A software requirements prototype is a mock-up or partial implementation of a software system • Helps developers, users, and customers better understand system requirements • Helps clarify and complete requirements • Provides early response to “I'll know it when I’ll see (or won’t see) it” attitude Prototyping is effective in resolving uncertainties early in the development process • Encourages user participation and mutual understanding
  • 17. Prototypes can take many forms: • Paper prototypes • Screen mock-ups Interactive prototypes • Using high-level languages (e.g., Visual Basic, Delphi, Prolog) • Using scripting languages (e.g., Perl, Python) • Using animation tools (e.g., Flash/Shockwave)
  • 18.
  • 19.
  • 20. Process for Prototyping • Use Cases •Activity Diagram •Sequence Diagram • Data Flow Diagram
  • 21. Pros and Cons Pros Cons A prototype allows for early user interaction and feedback. Assumptions about the underlying technology may need to be made in order to present a starting prototype. Supports users who are more comfortable and effective at articulating their needs by using pictures, as prototyping lets them "see" the future system's interface. A prototype may lead users to set unrealistic expectations of the delivered system's performance, reliability and usability characteristics. It quickly uncover and confirm user interface requirements.
  • 22. Focus Groups A focus group is composed of pre-qualified individuals whose purpose is to discuss and comment on a topic or a process . This is an opportunity for individuals to share their own perspectives and discuss them in a group setting. This could lead participants to reevaluate their own perspectives in the light of others' experiences.
  • 23. Pros and Cons Pros Cons Ability to elicit data from a group of people in a single session saves time and costs as compared to conducting individual interviews with the same number of people. In the group setting, participants may be concerned about issues of trust, or may be unwilling to discuss sensitive topics. Effective for learning people's attitudes, experiences and desires. Data collected (what people say) may not be consistent with how people actually behave. If the group is too homogenous the group's responses may not represent the complete set of requirements.
  • 24. Root cause analysis Root cause analysis (RCA) is a method of problem solving used for identifying the root causes of faults or problems.
  • 25. 5 Why’s The 5 whys are around asking ‘why’ to a problem , getting the answer and then asking why again and again , until you come up with the real root cause of a problem. There can be more than one cause to a problem as well. In an organizational context, generally root cause analysis is carried out by a team of persons related to the problem.
  • 26. Problem: Your client is refusing to pay for the leaflets you printed for them. Why? The delivery was late, so the leaflets couldn't be used. Why? The job took longer than we anticipated. Why? We ran out of printer ink. Why? The ink was all used up on a big, last-minute order. Why? We didn't have enough in stock, and we couldn't order it in quickly enough. Counter-measure: We need to find a supplier who can deliver ink at very short notice.
  • 27. Fishbone Analysis Visual display of possible causes Helps team reach common understanding of why loss exists The fishbone will help to visually display the many potential causes for a specific problem or effect. It is particularly useful in a group setting and for situations in which little quantitative data is available for analysis.
  • 28. Cause and Effect Diagram Loading My Computer PEOPLE METHODS MATERIALS MACHINERY OTHER Cannot Load Softwar e on PC Inserted CD Wrong Instructions are Wrong Not Enough Free Memory Inadequate System Graphics Card Incompatible Hard Disk Crashed Not Following Instructions Cannot Answer Prompt Question Brain Fade CD Missing Wrong Type CDBad CD Power Interruption
  • 29. Document Elicitation Results For an elicitation event (brainstorming, focus groups, interviews, observation, prototyping, requirements workshops) a summary of the output from the event, including issues is produced. Input Elicitation Results: Includes the information provided by stakeholders that will be recorded and structured. Documentation can take a number of forms, including: ▶ Written documents describing the outcomes, such as meeting minutes ▶ Visual or audio recordings ▶ Whiteboards (either actual or virtual) where notes are retained until they are transferred to another medium.
  • 30. Confirm Elicitation Results Some elicitation techniques benefit from reviewing the documented outputs with the stakeholders to ensure that the analyst’s understanding conforms to the actual desires or intentions of the stakeholder. Input Requirements [Stated, Unconfirmed]: Represent the business analyst’s understanding of the stakeholder’s intentions. Stakeholder Concerns [Unconfirmed]: Represent the business analyst’s understanding of issues identified by the stakeholder, risks, assumptions, constraints, and other relevant information that may be used in business analysis.
  • 31. Q & A