Le Bootstrapping : Ou comment monter un MVP fonctionnel en quelques heures - ...André De Sousa
L'objectif est de démontrer comment créer, produire un MVP Lean Startup fonctionnel en quelques heures avec des ressources que je présente et que j'encourage les élèves à utiliser.
Le bootstrapping lors de la création d'une startup est souvent assimilé aux 2 premières années de lancement d'une société.
Ici c'est l'ensemble des techniques et pratiques qui permettent de développer rapidement un MVP fonctionnel pour aller rapidement le confronter à la réalité du marché.
Formation entreprenariat ITESCIA 2015 - 2016
Checklist renovation / blog rénovation maisonMira Lavandier
Est-ce que les travaux vous font peur? L'idée d'une rénovation vous donne l'impression d'être un enfant terrifié devant la tâche insurmontable de ranger sa chambre, Vous allez vouloir télécharger ma checklist rénovation, disponible sur le blog!
We talk a lot about "maximizing business value". We ask business people and product managers to prioritise by estimating the business value of user stories. But what exactly do we mean by business value?
Le Bootstrapping : Ou comment monter un MVP fonctionnel en quelques heures - ...André De Sousa
L'objectif est de démontrer comment créer, produire un MVP Lean Startup fonctionnel en quelques heures avec des ressources que je présente et que j'encourage les élèves à utiliser.
Le bootstrapping lors de la création d'une startup est souvent assimilé aux 2 premières années de lancement d'une société.
Ici c'est l'ensemble des techniques et pratiques qui permettent de développer rapidement un MVP fonctionnel pour aller rapidement le confronter à la réalité du marché.
Formation entreprenariat ITESCIA 2015 - 2016
Checklist renovation / blog rénovation maisonMira Lavandier
Est-ce que les travaux vous font peur? L'idée d'une rénovation vous donne l'impression d'être un enfant terrifié devant la tâche insurmontable de ranger sa chambre, Vous allez vouloir télécharger ma checklist rénovation, disponible sur le blog!
We talk a lot about "maximizing business value". We ask business people and product managers to prioritise by estimating the business value of user stories. But what exactly do we mean by business value?
Slides présentés lors de l'afterwork organisé par Axance "Lean & Agile UX".
Présentation des grands principes de Lean Startup, du Customer Development, de l'agilité et de Scrum.
Julien Dumail d'Axance a ensuite exposé un cas client sur lequel nous collaborons, en détaillant notre démarche "Lean UX" intégrée dans notre process agile avec l'équipe de développement.
un jeu de rôles pour comprendre et mettre en oeuvre les bonnes pratiques de gestion de projet. le jeu repose sur le principe de la mise en situation : prenant en charge des rôles dans une équipe projet, les participants développent un nouveau produit à partir de lego®. Face aux exigences du client et aux aléas de l’environnement, l’équipe découvre les bonnes pratiques (organisation, communication, pilotage, …) pour atteindre les meilleures performances en termes de coûts, performances et délai. Le jeu de rôles est incontournable pour le management de projet : les équipes vivent un vrai projet, reçoivent des mails (points durs, risques, opportunités), réorientent le projet le cas échéant, et sont sous une contrainte de temps.
Il est loin le temps des wireframes et des kilomètres de spécifications fonctionnelles.
Inspiré des méthodes de Lean UX, nous avons souhaité tester et vérifier la faisabilité de la méthode du Rapid Prototyping pour une application tablette avec un de nos clients du milieu bancaire français.
Il s'agira de présenter la méthodologie employée et de partager un retour d'expérience concret sur ce qui nous a permit de réussir à concevoir et à développer, en 10 jours chez le client, un prototype cliquable d'application tablette avec une petite équipe constituée d'une UX, d'une UI designer, de développeurs front et d'un scrum master.
Nous verrons également la manière dont l'équipe a été constituée et ferons un état des lieux de ce qui a fonctionné ou non sur le projet.
Se concentrer sur l’expérience et non sur le livrable, tel est le pari du Lean UX. Comment cette démarche permet-elle de s’assurer, au plus vite, que ce qui est imaginé répond bien aux attentes des utilisateurs. En se basant sur les 3 principes : Lean start-up, L’esprit design et le développement Agile, il est possible de mettre en place le cycle vertueux : Observer, Apprendre et Concevoir.
Conférence Paris Web 2015 - Vers une bonne pratique du Pair DesignCatherine Verfaillie
Depuis quelque temps, je lis des articles sur le « pair design » et cela attise ma curiosité. Serait-ce la clé d’une expérience utilisateur réussie comme cela le suggère ou un nouveau terme à la mode ?
C'est à cette question capitale que je vais tenter de répondre, grâce au plan suivant :
- Le « pair design » : un anglicisme de plus ?
- Un produit dérivé du pair programming ?
- Concrètement, ça fait quoi dans la vie de vrais « pair designers » ?
- Et comment s’y met-on ?
- Quel intérêt pour ma société ou mon organisation ?
HETIC a proposé à ses élèves de passer une nuit complète à l'école afin de proposer une solution à une problématique marché : "Comment rendre attractif les plans de montage d'un meuble IKEA Billy ?"
Les élèves mettrons à l'épreuve leurs connaissances en Design, intégration Web et 3D.
Billy notre étagère favorite prendra vie grâce à un compte twitter : @BillyHetic
Venez suivre le cours de cette soirée bien spéciale !
Appréhender et s'adapter aux mutations de l'économie numérique. Thibaut Brousse
En moins de 20 ans le numérique a bouleversé un certains nombres d’industries. Il a entrainé de nombreuses migrations de valeurs, au profit des GAFA (Google, facebook, Amazon, Apple).
Ces acteurs émergents proposent de nouveaux modèles via des plateformes d’intermédiation performantes, des applications intuitives ou des prototypes innovants répondant immédiatement aux besoins des utilisateurs.
Souvent inspirés par la philosophie de l'opensource et les méthodes de production des logiciels libres, ces acteurs s’appuient sur des communautés très fortes.
Celles ci s’organisent s’organisent aux quatre coins du monde autour de problématiques diverses. Qu’il s’agisse de construire son village (http://opensourceecology.org), de construire sa maison (http://www.wikihouse.cc), de fabriquer une voiture http://wikispeed.org, de concevoir des meubles (https://www.opendesk.cc), ou de développer des objets intelligents la révolution culturelle est en marche.
Certaines communautés comme OUISHARE revendique même une nouvelle forme d’économie, appelée économie collaborative ou économie du partage représentée par son ambassadeur Jérémy Rifkin.
Ces nouveaux entrants bouleversent des leaders historiques, plus aucune entreprise et aucun secteur d’activité ne sont épargnés (la musique, le commerce de détail, la presse écrite, la télévision, les hôtels et restaurants, les taxis, les agences immobilières, la Poste et aussi les agences matrimoniales).
Face au « tsunami numérique » la menace de disparition peut provenir de n’importe où !
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
Aussi les Règles du parler disent-elles : N’outrepassez pas votre mandat. N’insistez pas trop fort, par désir de réussir.
Etude sur les étapes decréation graphique via un usage agée/
Ne tâchez pas d’obtenir plus que vous ne devez demander. Sans cela, vous ne ferez rien de bon, et vous vous mettrez en danger.
Le développement logiciel expliqué à votre patron en 24 slidesYassine CHAOUCHE
Pour les profanes, ce diaporama explique les différentes phases du développement professionnel de logiciel en utilisant la méthodologie BDUF qui, avec la vague agile/SCRUM très plébicité sur la toille, est souvent stigmatisé et considéré comme "ringarde". Ce n'est pourtant pas l'avis de certain seniors du développement logiciel tel que Steve McConnel auteur à succès de "Code Complete" 1 et 2, numéro 3 des ventes sur Amazon de la catégorie "Software Engineering".
Il est destiné aux non-techniciens (chefs de projets, patrons d'entreprises) qui veulent en savoir plus sur le cycle de développement logiciel.
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
Vous pouvez ignorerr les controleurs de gestionAgileCoach.net
Présentation de la session "Vous pouvez ignorer les controleurs de gestion, eux ne vous ignoreront pas" about the influence of accounting models on agile and lean
Keynote présentée à Agile grenoble 2013. Comment écrire du mauvais code plus rapidement avec les méthodes agiles. Il est temps de prendre plus de responsabilité pour la qualité de notre travail et nos produits qui affectent la vie de tout le monde.
Slides présentés lors de l'afterwork organisé par Axance "Lean & Agile UX".
Présentation des grands principes de Lean Startup, du Customer Development, de l'agilité et de Scrum.
Julien Dumail d'Axance a ensuite exposé un cas client sur lequel nous collaborons, en détaillant notre démarche "Lean UX" intégrée dans notre process agile avec l'équipe de développement.
un jeu de rôles pour comprendre et mettre en oeuvre les bonnes pratiques de gestion de projet. le jeu repose sur le principe de la mise en situation : prenant en charge des rôles dans une équipe projet, les participants développent un nouveau produit à partir de lego®. Face aux exigences du client et aux aléas de l’environnement, l’équipe découvre les bonnes pratiques (organisation, communication, pilotage, …) pour atteindre les meilleures performances en termes de coûts, performances et délai. Le jeu de rôles est incontournable pour le management de projet : les équipes vivent un vrai projet, reçoivent des mails (points durs, risques, opportunités), réorientent le projet le cas échéant, et sont sous une contrainte de temps.
Il est loin le temps des wireframes et des kilomètres de spécifications fonctionnelles.
Inspiré des méthodes de Lean UX, nous avons souhaité tester et vérifier la faisabilité de la méthode du Rapid Prototyping pour une application tablette avec un de nos clients du milieu bancaire français.
Il s'agira de présenter la méthodologie employée et de partager un retour d'expérience concret sur ce qui nous a permit de réussir à concevoir et à développer, en 10 jours chez le client, un prototype cliquable d'application tablette avec une petite équipe constituée d'une UX, d'une UI designer, de développeurs front et d'un scrum master.
Nous verrons également la manière dont l'équipe a été constituée et ferons un état des lieux de ce qui a fonctionné ou non sur le projet.
Se concentrer sur l’expérience et non sur le livrable, tel est le pari du Lean UX. Comment cette démarche permet-elle de s’assurer, au plus vite, que ce qui est imaginé répond bien aux attentes des utilisateurs. En se basant sur les 3 principes : Lean start-up, L’esprit design et le développement Agile, il est possible de mettre en place le cycle vertueux : Observer, Apprendre et Concevoir.
Conférence Paris Web 2015 - Vers une bonne pratique du Pair DesignCatherine Verfaillie
Depuis quelque temps, je lis des articles sur le « pair design » et cela attise ma curiosité. Serait-ce la clé d’une expérience utilisateur réussie comme cela le suggère ou un nouveau terme à la mode ?
C'est à cette question capitale que je vais tenter de répondre, grâce au plan suivant :
- Le « pair design » : un anglicisme de plus ?
- Un produit dérivé du pair programming ?
- Concrètement, ça fait quoi dans la vie de vrais « pair designers » ?
- Et comment s’y met-on ?
- Quel intérêt pour ma société ou mon organisation ?
HETIC a proposé à ses élèves de passer une nuit complète à l'école afin de proposer une solution à une problématique marché : "Comment rendre attractif les plans de montage d'un meuble IKEA Billy ?"
Les élèves mettrons à l'épreuve leurs connaissances en Design, intégration Web et 3D.
Billy notre étagère favorite prendra vie grâce à un compte twitter : @BillyHetic
Venez suivre le cours de cette soirée bien spéciale !
Appréhender et s'adapter aux mutations de l'économie numérique. Thibaut Brousse
En moins de 20 ans le numérique a bouleversé un certains nombres d’industries. Il a entrainé de nombreuses migrations de valeurs, au profit des GAFA (Google, facebook, Amazon, Apple).
Ces acteurs émergents proposent de nouveaux modèles via des plateformes d’intermédiation performantes, des applications intuitives ou des prototypes innovants répondant immédiatement aux besoins des utilisateurs.
Souvent inspirés par la philosophie de l'opensource et les méthodes de production des logiciels libres, ces acteurs s’appuient sur des communautés très fortes.
Celles ci s’organisent s’organisent aux quatre coins du monde autour de problématiques diverses. Qu’il s’agisse de construire son village (http://opensourceecology.org), de construire sa maison (http://www.wikihouse.cc), de fabriquer une voiture http://wikispeed.org, de concevoir des meubles (https://www.opendesk.cc), ou de développer des objets intelligents la révolution culturelle est en marche.
Certaines communautés comme OUISHARE revendique même une nouvelle forme d’économie, appelée économie collaborative ou économie du partage représentée par son ambassadeur Jérémy Rifkin.
Ces nouveaux entrants bouleversent des leaders historiques, plus aucune entreprise et aucun secteur d’activité ne sont épargnés (la musique, le commerce de détail, la presse écrite, la télévision, les hôtels et restaurants, les taxis, les agences immobilières, la Poste et aussi les agences matrimoniales).
Face au « tsunami numérique » la menace de disparition peut provenir de n’importe où !
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
Aussi les Règles du parler disent-elles : N’outrepassez pas votre mandat. N’insistez pas trop fort, par désir de réussir.
Etude sur les étapes decréation graphique via un usage agée/
Ne tâchez pas d’obtenir plus que vous ne devez demander. Sans cela, vous ne ferez rien de bon, et vous vous mettrez en danger.
Le développement logiciel expliqué à votre patron en 24 slidesYassine CHAOUCHE
Pour les profanes, ce diaporama explique les différentes phases du développement professionnel de logiciel en utilisant la méthodologie BDUF qui, avec la vague agile/SCRUM très plébicité sur la toille, est souvent stigmatisé et considéré comme "ringarde". Ce n'est pourtant pas l'avis de certain seniors du développement logiciel tel que Steve McConnel auteur à succès de "Code Complete" 1 et 2, numéro 3 des ventes sur Amazon de la catégorie "Software Engineering".
Il est destiné aux non-techniciens (chefs de projets, patrons d'entreprises) qui veulent en savoir plus sur le cycle de développement logiciel.
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
Similaire à Real Options Lean Kanban France 2013 (20)
Vous pouvez ignorerr les controleurs de gestionAgileCoach.net
Présentation de la session "Vous pouvez ignorer les controleurs de gestion, eux ne vous ignoreront pas" about the influence of accounting models on agile and lean
Keynote présentée à Agile grenoble 2013. Comment écrire du mauvais code plus rapidement avec les méthodes agiles. Il est temps de prendre plus de responsabilité pour la qualité de notre travail et nos produits qui affectent la vie de tout le monde.
Real Options: How and When (not) to take DecisionsAgileCoach.net
This document discusses real options analysis and how it can be applied to make decisions on software projects and architecture. It provides examples of using techniques like identifying options and their costs/values, setting decision deadlines, and implementing options in parallel to avoid sunk costs and keep options open. The key message is that real options analysis focuses on creating flexibility and avoiding premature decisions by planning to decide later when more information is available.
The team found a bug in their code related to parsing datetime values. They thanked the developer who reported the bug and worked to reproduce and understand the root cause. They added a failing test case, fixed the code, and reran all tests to confirm the fix worked. Based on their analysis, they identified ways to improve testing practices and prevent similar bugs. They searched the code for other similar datetime parsing issues, finding two additional bugs. The team is committed to continuously improving their processes to deliver high quality code.
Tutorial on how to use the Conflict Resolution Diagram. Presented by Portia Tung and Pascal Van Cauwenberghe at the Mini SPA conference, London, September 2010
This document discusses techniques for software project estimation. It recommends providing estimates as ranges rather than specific numbers, and always clarifying what an estimate will be used for. It emphasizes aggregating independent estimates, using past project data to calibrate estimates, and not negotiating estimates or commitments. Key techniques include decomposing work into independently estimable units, using the "law of large numbers" for accuracy, and re-estimating regularly based on actual project velocity. Overall, the document provides guidance for creating estimates that are useful without being overly precise commitments.
1. Real Options: quand et comment
(ne pas) prendre des décisions
Pascal Van Cauwenberghe
2. Donne des conseils
Gère des projets
Programme
Agile Open
http://agileopen.net
http:/www.atbru.be
@pascalvc
http://blog.nayima.be
Crée des Jeux
Raconte des histoires
Organise des Conférences
http:/www.xpday.net
7. LE NIOUZE
CELEBRITY NEWS AND GOSSIP
WORLD EXCLUSIVES
NOUVEAU DESIGN !!
L'analyse par les Options Réelles est
une technique qui permet de prendre
des décisions sur les décisions. C'est
cool, c'est meta.
Redesign
de tous les
sites!
Le “vieux” design jaune
sera remplacé par un
design bleu cool, fresh et
clair
Mais quel est l'intéret pour l'équipe au
quotidien ?
Vous prenez plein de décisions
chaque jour comme développeur ou
architecte. Des décisions qui peuvent
couter cher.
Les Options Réelles ne sont pas très
compliquées, cela s'explique en
quelques minutes. Mais en appliquant
les Options Réelles sur les projets
informatiques et sur l'architecture des
logiciels j'ai découvert que plein de
choses que je croyais vraies ou qui
me semblaient intuitivement
correctes étaient fausses.
J'illustre chaque technique avec des
exemples qui viennent de projets
auxquels j'ai participé les dernières
années, ou bien de la vie de tous les
jours.
Découvrez une autre façon de voir les
décisions, des techniques simples
pour gérer des projets ou définir une
architecture de logiciel. Vous
découvrirez peut-être que vous aussi
croyez des choses qui sont fausses.
Au minimum vous entendrez
quelques histoires belges... :-)
Template:
www.presentationmagazine.com
10. Chiffre de vente (estimé)
#
http://en.wikipedia.org/wiki/File:Sinterklaas_2007.jpg
http://commons.wikimedia.org/wiki/File:Jonathan_G_Meath_portrays_Santa_Claus.jpg
t
20. Real Options Team to the
Rescue!
Olav
Chris
Chris
“Donnez nous un jour et on vous dira quand et comment décider”
21. Quel est le problème?
Cost of Delay: un retard (même d’un jour)
peut nous coûter 50% des ventes
22. Real Options
Les Real Options
Ont une valeur
Ont un coût (= le prix de l’option)
Ont un prix (“strike price”) quand on exerce l’option
Ont une date/condition d’expiration
~ “Call Option”
Une option n’est pas une obligation
Ceci est une métaphore
23. Quelles sont nos options?
1. Aller en production avec le nouveau design bleu
•
•
Oui mais, on risque d’être en retard s’il faut attendre que
le design bleu soit stabilisé
Oui mais, entre temps il y aura plein de changements
dans le design
2. Aller en production avec le design jaune existant,
puis retravailler avec le design bleu
•
•
Oui mais, ce ne sera pas consistent
Oui mais, le retravail va augmenter le budget
25. Quand est-ce qu’il faut
décider?
On est ici!
Option jaune + bleu ???
Production
DVD
Stockage
Magasin
Serveurs
Option bleu ???
Mars
????
Oct
Nov
Dec
26. Questions aux développeurs
• Est-ce qu’il faut appliquer le design immédiatement?
• “On l’a toujours fait dès le début, mais on pourrait le faire
plus tard”
• Combien de temps est-ce qu’il faut pour appliquer le
design jaune?
• “A peu près un mois”
• Combien de temps pour un design vraiment
compliqué?
• “Moins de 2 mois”
• Imaginez le pire design que les créatifs peuvent
inventer
• Rire. “Deux mois. On a de l’expérience avec ce type de
design”
27. Quand est-ce qu’il faut
décider?
On est ici!
Option jaune + bleu ???
Production
DVD
Design et
test
(2M)
Serveurs
Option bleu ???
Mars
Stockage
Magasin
Août
Oct
Nov
Dec
28. Comment est-ce qu’on va
décider?
• SI le nouveau design bleu est complètement stable
• ET si l’estimation de la charge de travail du design
bleu est moins que deux mois
• ALORS on applique le design bleu
• SINON on applique l’ancien design jaune et on
planifiera le redesign bleu quand il sera stable
• Rendez vous: 1er Août
29. Et entre temps...
• On développe le site en “noir et blanc”
• Un membre de l’équipe participe aux réunions de suivi
du redesign (2h toutes les 2 semaines) et tient l’équipe
au courant de la situation.
30. La journée n’est pas encore
finie
• On a encore quelques questions:
• Développeurs, qu’est-ce qu’il faut changer quand
le design change?
• Développeurs montrent l’architecture et le code
• Et s’il y avait moins à changer?
• Petit spike architectural: séparation, déduplication...
• Ca coûte combien pour améliorer l’architecture?
• “On peut faire cela en quelques jours”
• “Après, un redesign ne coûtera jamais plus qu’un
mois”
31. Quand est-ce qu’il faut
décider?
On est ici!
Option jaune + bleu ???
Production
DVD
Design et
test
(2M)
Serveurs
Option bleu ???
Mars
Stockage
Magasin
Août
Oct
Nov
Dec
32. Quand est-ce qu’il faut
décider?
On est ici!
Option jaune + bleu ???
Production
DVD
Design
et test
(1M)
Serveurs
Option bleu ???
Mars
Stockage
Magasin
Sept
Oct
Nov
Dec
33. L’avantage de réduire le
temps de cycle
• On peut décider encore un mois plus tard
• On a un mois de plus pour implémenter la
fonctionnalité
• Un redesign jaune -> bleu ne coûte plus qu’un mois au
lieu de deux
• Rendez-vous pour la décision: 1er septembre
34. Comparons les options
Option
Valeur
Coût
Prix
Bleu
Design
1 semaine de /
consistent refactoring
+ 2h de suivi /
2 semaines
Jaune +
Bleu
Risque
réduit de
délai
Expiration
01/09/20XX
1 semaine de Redesign en 01/09/20XX
refactoring
bleu (1 mois)
+ 2h de suivi /
2 semaines
35. 3. Real Options
Optimal Decision Process
Décisions
Option
Option
Option
http://commitment-thebook.com/
Implement
er
Deadline
36. Retro
• 1 septembre: le design bleu n’est pas stable (ce n’était
pas une surprise). On utilise le design jaune
• Projet livré à temps
• “Ce projet était beaucoup moins stressant que les
précédents”
• Fonctionnalité:
• Design:
39. Le projet (2)
Internet Banking
http://www.flickr.com/photos/seeminglee/8276505285
p.s. La banque n’est pas HSBC
Internet Banking servers
http://en.wikipedia.org/wiki/File:Rack001.jpg
40. Votre mission, si vous
l’acceptez...
• On lance notre service online banking le
DD/MM/YYYY
• Société X va développer l’application web
• Vous devez livrer l’application serveur à temps
• Petits détails...
• On est en train de décider sur quelle plateforme
• On est en train de la documenter la DB que vous
devez utiliser
• On est en train de rédiger le cahier des charges
• “Mais commencez déjà à développer, car on n’a pas
beaucoup de temps!”
• Accepteriez vous cette mission?
41. Notre problème
On est ici!
Decision
Plateforme A
Pas assez de
Implementer
temps
Plateforme B
42. Notre solution
• Si on n’a pas assez de temps pour implémenter
plateforme A OU plateforme B
• On va implémenter plateforme A ET B
• C’est logique... En Belgique
43. Notre solution
On est ici!
Decision
Implémenter
Plateforme A
Implémenter
Plateforme B
Finir
implementation
de la plateforme
choisie
45. Retro
• Décision: plateforme A
• Implémentation A est allée en production à temps
• Implémentation dev/test continue à être utilisée
pendant le développement
• Implémentation B na servi à rien
• A suivre...
47. LE NIOUZE
CELEBRITY NEWS AND GOSSIP
WORLD EXCLUSIVES
EDITEUR B BOUFFE EDITEUR A
L'analyse par les Options Réelles est
une technique qui permet de prendre
des décisions sur les décisions. C'est
cool, c'est meta.
Redesign
de tous les
sites!
Le “vieux” design jaune
sera remplacé par un
design bleu cool, fresh et
clair
Mais quel est l'intérêt pour l'équipe au
quotidien ?
Vous prenez plein de décisions
chaque jour comme développeur ou
architecte. Des décisions qui peuvent
couter cher.
Les Options Réelles ne sont pas très
compliquées, cela s'explique en
quelques minutes. Mais en appliquant
les Options Réelles sur les projets
informatiques et sur l'architecture des
logiciels j'ai découvert que plein de
choses que je croyais vraies ou qui
me semblaient intuitivement
correctes étaient fausses.
J'illustre chaque technique avec des
exemples qui viennent de projets
auxquels j'ai participé les dernières
années, ou bien de la vie de tous les
jours.
Découvrez une autre façon de voir les
décisions, des techniques simples
pour gérer des projets ou définir une
architecture de logiciel. Vous
découvrirez peut-être que vous aussi
croyez des choses qui sont fausses.
Au minimum vous entendrez
quelques histoires belges... :-)
Template:
www.presentationmagazine.com
48. Un peu plus tard
• Editeur de plateforme B envoit une lettre à la banque:
“Bonne nouvelle! Nous venons d’acquérir la plateforme A.
Tout développement sur cette plateforme est arrêté. Le
support sera arrêté bientôt.
Veuillez migrer vers la plateforme B.”
• Facile!
C
A
B
B
55. Predictably Irrational
• Sunk Cost Fallacy
• “Il ne faut pas mettre du bon argent sur du mauvais”
• On ne sait pas estimer des valeurs absolues
• Mais l’estimation relative, ça va
• Nous sur-estimons la valeur de ce qu’on a
• Et nous sur-estimons le coût du changement
• Notre modèle d’escompte est buggé
• Aujourd’hui versus demain
• Trop de choix nous rend angoissé
• On n’aime pas l’incertitude
• “Je préfère une mauvaise décision à pas de décision!”
59. Un autre projet
• Une loi européenne sur la TVA change le 01/01/YYYY
• Le système actuel n’est pas compatible avec la loi
• On construit un système de remplacement
• Qu’est-ce qui se passe si on livre en retard?
• Cost of Delay?
• La fin de l’année n’est plus loin..
61. Est-ce qu’on peut acheter
une option “Plan B”?
• Est-ce qu’il y a un “Plan B” ?
• Option: on demande à l’éditeur un prix et une date
d’expiration pour mettre à jour l’ancienne application
• Mon estimation: cette option coûte < 1000€
62. L’option “Plan B”
On est ici
Décision
Nouveau Système
Mise à jour ancien
système ???
Implémenter
01/01/XXXX
64. Et puis...?
• Le nouveau système n’est pas prêt en décembre
• On ne peut plus facturer nos clients
• Chaque mois de délai: perte de X00.000€
• Mais on a économisé quelques milliers d’euros sur les
options...
65. Qu’est-ce qu’on a appris ?
•
•
•
•
Il faut gérer le processus créatif
Voir les décisions difficiles comme des options
Ne décidez pas. Decidez quand et comment décider.
Parfois, faire tout est la bonne option
• Pour avoir plus d’information
• Considérez d’abord valeur, puis le coût
• Ce outils m’aident à rester calme dans des situations
stressantes
• Keep it simple:
• Mon outil de gestion d’options: Google Calendar
67. Tout ce que vous avez appris
sur l’architecture est faux!
“L’Architecture c’est toutes les décisions
qu’il faut prendre tôt parce qu’elles sont
difficiles à défaire”
Le problème: tôt dans chaque projet on
n’a pas assez d’information pour prendre
les décisions correctes. Et puis, le
monde change.
68. Principe du bon moment
Décision facile à changer: décidez tôt
Décision difficile à changer:
• Rendez la plus facile à changer
• Décidez le plus tard possible
69. Principe de l’effort minimal
Ne faites pas le travail de demain
aujourd’hui (YAGNI)
ET
Ne faites rien aujourd’hui qui entrave le
travail de demain
“Le principe du fainéant”
70. Une bonne architecture...
Une bonne architecture crée des options
pour votre équipe, votre organisation et
vos clients
Créer et maintenir les options ce fait tous
les jours, à petits pas
Sinon, vous créez des systèmes legacy
qui ont de moins en moins options