-
Notifications
You must be signed in to change notification settings - Fork 17
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Add event component and dates to landing page
- Loading branch information
1 parent
b626b91
commit 5de53a1
Showing
7 changed files
with
231 additions
and
4 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -15,5 +15,4 @@ | |
<script src="{{site.baseurl}}/assets/js/mobile-menu.js"></script> | ||
|
||
</body> | ||
|
||
</html> | ||
</html> |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,74 @@ | ||
=== Job-to-be-Done, some conceptual background | ||
|
||
⚠️ Caution: this is content about the JTBD concept and the process to have it eventually. | ||
|
||
> A job to be done is the instantiation of an unmet need or want (in response to a trigger). Ash Maurya, Leanstack | ||
|
||
The "Job-to-be-Done" practice is at the heart of the “Client-centric” approach, making it possible to truly understand Value. | ||
We're located in the problem space. | ||
|
||
==== Description | ||
The term “job to be done” (*) refers to what a person actually seeks to accomplish in given circumstances, as well as what motivates and determines their behavior in their search for, or not, a solution. | ||
|
||
A JTBD is a goal or objective that is independent of the solution. It is described by a statement that takes the following form: Situation + Verb + Outcome. Crossing the Loire estuary daily to find work. | ||
|
||
The approach by the JTBD is complementary to the constitution of the Personas because it is more Lean, more oriented towards the effects, the result (the Outcome) and therefore the Value. (The Concept of Value is at the heart of the Lean and the Agile) | ||
|
||
xref:../docs/glossary/value-stream.adoc[Value Streams]: can be optimized around JTDBs and experiences during a journey. JTBDs are useful for value-based prioritization (User Stories, Features, Epics). This is a useful aid in the practice of the WSJF. | ||
|
||
The real innovation is to bridge the gap between satisfaction with the current situation and expectations (having achieved the JTBD, solved your problem, reduced your frustration). The JTBD opens the field of possibilities and allows differentiation. | ||
Analyzing and grouping JTBDs by affinity, resemblance, produces a map of the Invariants that will structure the entire system.With the Event Storming, this Agile Architecture Practice is one of the most powerful and efficient available. (systemic splitting, Domain identification) | ||
|
||
**Needs versus Wants** | ||
* Needs are functional. Wants are emotional. | ||
* Needs have utility. Wants have energy. | ||
* Needs favor existing solutions. Wants favor new solutions. | ||
|
||
All jobs start with a trigger. | ||
We encounter triggering events throughout the day, which means we encounter jobs to be done throughout the day. | ||
Value proposition: in the solution space. | ||
|
||
==== Context for success | ||
|
||
* Proactive context (problem solving at source) and focus on Value, Outcomes | ||
* Product Mode (Project Product “Experience” Mode) | ||
* Context open to innovation | ||
* Be surrounded by social, psychological, UX skills | ||
|
||
==== Unsuitable Context | ||
|
||
* Inside-Out approach (industrialization/optimization of internal resources and skills) | ||
* No direct access to clients/users; no direct exchange or feedback without a proxy. | ||
* Responsiveness and tactics first (treating symptoms in an emergency) | ||
|
||
== Getting started? | ||
|
||
Pre-requisites | ||
User Research report | ||
The JTBD is the result of structuring the observations | ||
Voir Value Proposition Design pour le process (concept de test card et Value Proposition Canvas) | ||
|
||
Tools | ||
5-Why | ||
Customer-Forces canvas | ||
|
||
**From**: | ||
As a ... I want to ... in order to ... | ||
Persona Action Expected Outcome | ||
[too many assumptions] | ||
**To**: | ||
When ... I want to ... so I can ... | ||
Situation Motivation Expected Outcome | ||
|
||
TODO structurer avec les 7P | ||
7P pour organiser le workshop | ||
Créé par James Macanufo (l’un des 3 auteurs de Gamestorming), les 7P vous permettent d’aller à l’essentiel, de bien cadrer votre workshop, bref de ne rien oublier… | ||
Purpose : Quels sont les objectifs du workshop (le point de départ) ? Pourquoi nous réunissons-nous ? | ||
* People : Qui va participer ? Quel rôle les personnes vont-elles jouer ? Eventuellement quelle est la cible finale ? | ||
* Product : Qu’est ce qui est attendu en sortie du workshop ? | ||
* Process : Issus des 3 éléments précédents, l’item process se concrétise au travers d’un Agenda et d’une série d’activités et d’exercices ? Qu’allons-nous devoir mettre en œuvre pour répondre aux objectifs, compte tenu des participants et de l’output attendu ? | ||
* Preparation : Avons-nous besoin d’un travail de préparation au préalable de la part des participants ? Doivent-ils rassembler ou imprimer certaines pièces ? (oui par exemple pour du Show and tell ou de la rétrospective de projet) | ||
* Practical concerns : Quels sont les éléments de logistique dont nous aurons besoin ? (réservation et agencement de la salle, horaires, déjeuner, barco, postit, paperboard, whiteboard, marqueurs…) | ||
* Pitfalls : En gros quels sont les risques associés et comment les gérer ? | ||
|
||
|