8. Personas Requirements, user stories, scenarios and use cases Flashcards

1
Q

A cosa servono Personas, scenarios, user stories and use case?

A

4 user research methods to help you create reliable and realistic representations of your target users and design accordingly

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Cos’è una personas?

A

A user persona is a character that represents a potential user of your website or app.
In user centered-design, personas help the design team to target their designs around users.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Come si raccolgono dati per le personas?

A
  1. task analysis (card sorting, first click testing etc.)
  2. feedback (contextual interviews and focus groups)
  3. prototyping (experimenting with ideas prior to developing them)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Quante e quali personas puoi definire?

A
  1. Proto-personas
  2. Qualitative -personas
  3. Statistical personas
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Quante personas?

A

Segui il pareto principles, design the 20% of users that will use for the 80% your product

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Che informazioni tiene una user personas?

A

1.Demographic details
2. Attitudinal and/or cognitive details
3. Goals and motivations for using the product
4. Behavioral details
5. Personal details

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Cos’è un archetipo?

A

È una persona però astratto, non è identificato con nessun individuo in particolare

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Cosa sono i requirments?

A

a requirement is a service, function or feature that a user needs.
Requirements can be functions, constraints, business rules or other elements that must be present to meet the need of the intended users.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Categorie di requirments

A

Functional requirments and non Functional requirments

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Cosa sono i Functional requirments ?

A

Functional Requirements (FRs) express function or feature and define what is required, e.g.
-Visit customer site
-Obtain conference venue
The requirements do not state how a solution will be physically achieved.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Cosa sono i Non Functional requirments?

A

Non-functional Requirements (NFRs) define how well, or to what level a solution needs to behave.
They describe solution attributes such as security, reliability, maintainability, availability (and many other “…ilities”), performance and response time, e.g.
- responding within 2 seconds
- being available 24 hours per day, every day

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Cosa sono le user stories?

A

A user story is a short statement or abstract that identifies the user and their need/goal. It determines who the user is, what they need and why they need it.
There is usually one user story per user persona.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Cosa sono le user stories in prospettiva dei requirments?

A

A User Story is a requirement expressed from the perspective of an
end-user goal.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Come scrivere una user story?

A

It’s super simple to write a user story.
“As a [role], I want [feature] because [reason].”

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Chi scrive le user story?

A

Over the course of a good agile project, you should expect to have user story examples written by each team member.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Come si chiamano le user stories ampie?

A

epiche

17
Q

Cos’è uno scenario?

A

A scenario is a situation that captures how users perform tasks on your site or app. It is essentially a development of the user story, and can relate to multiple target users.

18
Q

Uno scenario può esere suddiviso in …

A

use cases that describe the flow of tasks that any one user takes in a given functionality or path.

19
Q

Come si scrive uno scenario?

A

answer the following key questions:
-Who is the user? Use the personas that have been developed to reflect the real, major user groups coming to your site.
-Why does the user come to the site? Note what motivates the user to come to the site and their expectations upon arrival, if any.
-What goals does he/she have? Through task analysis, you can better
understand the what the user wants on your site and therefore what the site must have for them to leave satisfied.

20
Q

Cosa sono gli use cases?

A

A use case is a written description of how users will perform tasks on your app. It outlines, from a user’s point of view, a system’s behavior as it responds to a request.
Each use case is represented as a sequence of simple steps, beginning with a user’s goal and ending when that goal is fulfilled.

21
Q

Scenario vs Use cases?

A

A Scenario involves a situation that may have single or multiple actors that take a given functionality or path to achieve their goal.

A use case involves an actor and the flow that a particular actor takes in a given functionality or path. These often get grouped so you have a “set” of use cases to account for each scenario.

The main difference is “perspective”.

22
Q

Quali soo gli elementi di uno use case?

A

actor
stakeholders
Primary actor
Preconditions
Triggers
Main success scenario
Alternatives paths

23
Q

Come scrivere uno use case?

A

Kenworthy (1997) outlines the following steps:
1. Identify who is going to be using the website.
2. Pick one of those users.
3. Define what that user wants to do on the site. Each thing the use does on the site becomes a use case.
4. For each use case, decide on the normal course of events when that user is using the site.
5. Describe the basic course in the description for the use case.
6. When the basic course is described, consider alternate courses of events and add those to “extend” the use case.
7. Look for commonalities among the use cases. Extract these and note them as common course use cases.
8. Repeat the steps 2 through 7 for all other users.