La Matrice Valeur-Complexité - Historique des versions

Fabrice Aimetti le 7 août 2018 à 06:28

2018-08-07T06:28:36Z

← Version précédente		Version du 7 août 2018 à 06:28
Ligne 16 :		Ligne 16 :
	L'étape "Faire une liste de fonctionnalités" constitue une véritable transition entre la bouillie produite par l'étape de recherche et le fait de se mettre au travail. Une fois que je connais les fonctionnalités, la liste est priorisée.<br />		L'étape "Faire une liste de fonctionnalités" constitue une véritable transition entre la bouillie produite par l'étape de recherche et le fait de se mettre au travail. Une fois que je connais les fonctionnalités, la liste est priorisée.<br />
	<br/>		<br/>
	La priorisation des fonctionnalités se base sur l'identification des utilisateurs et l'élaboration de la stratégie métier, ainsi que sur les estimations initiales de la part du technique. J'aime faire cet exercice de priorisation moi-même avec toutes les parties prenantes afin que tous les points de vue soient pris en compte. Il s'agit d'une réunion préalable dont les résultats guident le reste du projet.><br />		La priorisation des fonctionnalités se base sur l'identification des utilisateurs et l'élaboration de la stratégie métier, ainsi que sur les estimations initiales de la part du technique. J'aime faire cet exercice de priorisation moi-même avec toutes les parties prenantes afin que tous les points de vue soient pris en compte. Il s'agit d'une réunion préalable dont les résultats guident le reste du projet.<br />
	<br/>		<br/>
	J'aime prendre chaque fonctionnalité et lui assigner des valeurs selon les risques et les opportunités, ou bien la complexité et la valeur... les termes peuvent changer d'un projet à l'autres (les [http://www.vcm.com/investment-professionals/fund-literature gens qui font des affaires] et les [http://pmworldlibrary.net/#Risk%20Management chefs de projet] connaissent probablement le nom approprié pour ce tableau). Si vous mettez ces termes dans une matrice, avec des axes x et y, vous obtenez une schéma de ce type :<br />		J'aime prendre chaque fonctionnalité et lui assigner des valeurs selon les risques et les opportunités, ou bien la complexité et la valeur... les termes peuvent changer d'un projet à l'autres (les [http://www.vcm.com/investment-professionals/fund-literature gens qui font des affaires] et les [http://pmworldlibrary.net/#Risk%20Management chefs de projet] connaissent probablement le nom approprié pour ce tableau). Si vous mettez ces termes dans une matrice, avec des axes x et y, vous obtenez une schéma de ce type :<br />

Fabrice Aimetti le 7 août 2018 à 06:25

2018-08-07T06:25:58Z

← Version précédente		Version du 7 août 2018 à 06:25
Ligne 1 :		Ligne 1 :
	[[Category: Portail Product Owner]]		[[Category: Portail Product Owner]]
	~~<div id="content_view" class="wiki" style="display: block">~~ Auteur : Victor Lombardi ([https://twitter.com/threefour @threefour])<br /> Source : [http://www.noisebetweenstations.com/personal/essays/value-complexity/value-complexity.html The Value-Complexity Matrix]<br />		Auteur : Victor Lombardi ([https://twitter.com/threefour @threefour])<br />
			Source : [http://www.noisebetweenstations.com/personal/essays/value-complexity/value-complexity.html The Value-Complexity Matrix]<br />
	----		----
	Traducteur : Fabrice Aimetti<br /> Date : 07/08/2015<br />		Traducteur : Fabrice Aimetti<br />
			Date : 07/08/2015<br />
	----		----
	''Traduction :''<br /> <br /> ~~<span style="display: block; text-align: justify">~~J'aime penser que les projets sont des voyages de l'abstrait vers le concret. Voici un chemin très simple :~~</span><span style="display: block; text-align: justify">~~<br />		Traduction :<br />
			<br />
			J'aime penser que les projets sont des voyages de l'abstrait vers le concret. Voici un chemin très simple :<br />
	* Elaborer une stratégie métier / identifier les utilisateurs		* Elaborer une stratégie métier / identifier les utilisateurs
	* Faire une liste de fonctionnalités		* Faire une liste de fonctionnalités
	* Créer les fonctionnalités		* Créer les fonctionnalités
	* Coder les fonctionnalités		* Coder les fonctionnalités
	~~</span><span style="display: block; text-align: justify">~~<br /> ~~</span><span style="display: block; text-align: justify"><span style="line-height: 1.5">~~L'étape "Faire une liste de fonctionnalités" constitue une véritable transition entre la bouillie produite par l'étape de recherche et le fait de se mettre au travail. Une fois que je connais les fonctionnalités, la liste est priorisée.</~~span></span><span style="display: block; text-align: justify"~~><br /> ~~</span><span style="display: block; text-align: justify"><span style="line-height: 1.5">~~La priorisation des fonctionnalités se base sur l'identification des utilisateurs et l'élaboration de la stratégie métier, ainsi que sur les estimations initiales de la part du technique. J'aime faire cet exercice de priorisation moi-même avec toutes les parties prenantes afin que tous les points de vue soient pris en compte. Il s'agit d'une réunion préalable dont les résultats guident le reste du projet.~~</span~~></~~span><span style="display: block; text-align: justify"~~><br /> ~~</span><span style="display: block; text-align: justify"><span style="line-height: 1.5">~~J'aime prendre chaque fonctionnalité et lui assigner des valeurs selon les risques et les opportunités, ou bien la complexité et la valeur... les termes peuvent changer d'un projet à l'autres (les [http://www.vcm.com/investment-professionals/fund-literature gens qui font des affaires] et les [http://pmworldlibrary.net/#Risk%20Management chefs de projet] connaissent probablement le nom approprié pour ce tableau). Si vous mettez ces termes dans une matrice, avec des axes x et y, vous obtenez une schéma de ce type :</~~span></span><span style="display: block; text-align: justify"~~><br /> ~~</span><span style="display: block; text-align: justify"><span style="line-height: 1.5">~~[[~~Image~~:~~value-complexity_fr.png\|value~~-~~complexity_fr~~.~~png~~]]</~~span~~><br /> ~~</span><span style="display: block; text-align: justify">~~Voilà comment j'interprète chaque quadrant :~~</span><span style="display: block; text-align: justify">~~<br />		<br />
			L'étape "Faire une liste de fonctionnalités" constitue une véritable transition entre la bouillie produite par l'étape de recherche et le fait de se mettre au travail. Une fois que je connais les fonctionnalités, la liste est priorisée.<br />
			<br/>
			La priorisation des fonctionnalités se base sur l'identification des utilisateurs et l'élaboration de la stratégie métier, ainsi que sur les estimations initiales de la part du technique. J'aime faire cet exercice de priorisation moi-même avec toutes les parties prenantes afin que tous les points de vue soient pris en compte. Il s'agit d'une réunion préalable dont les résultats guident le reste du projet.><br />
			<br/>
			J'aime prendre chaque fonctionnalité et lui assigner des valeurs selon les risques et les opportunités, ou bien la complexité et la valeur... les termes peuvent changer d'un projet à l'autres (les [http://www.vcm.com/investment-professionals/fund-literature gens qui font des affaires] et les [http://pmworldlibrary.net/#Risk%20Management chefs de projet] connaissent probablement le nom approprié pour ce tableau). Si vous mettez ces termes dans une matrice, avec des axes x et y, vous obtenez une schéma de ce type :<br />
			<br/>
			[[Fichier:Value-complexity fr.jpg]]<br />
			<br/>
			Voilà comment j'interprète chaque quadrant :<br />
	* Complexité importante / Valeur importante : il est essentiel de prendre en compte ces fonctionnalités, et parce qu'elles sont difficiles à réaliser, traitez-les d'abord pour avoir suffisamment de temps pour trouver des problèmes encore inconnus.		* Complexité importante / Valeur importante : il est essentiel de prendre en compte ces fonctionnalités, et parce qu'elles sont difficiles à réaliser, traitez-les d'abord pour avoir suffisamment de temps pour trouver des problèmes encore inconnus.
	* Complexité importante / Valeur faible : les fonctionnalités sont difficiles à réaliser et personne ne pense qu'elles sont importantes, donc essayez de les laisser de côté.		* Complexité importante / Valeur faible : les fonctionnalités sont difficiles à réaliser et personne ne pense qu'elles sont importantes, donc essayez de les laisser de côté.
	* Complexité faible / Valeur importante : aucun doute, il faut les prendre en compte, mais donnez leur une priorité plus faible.		* Complexité faible / Valeur importante : aucun doute, il faut les prendre en compte, mais donnez leur une priorité plus faible.
	* Complexité faible / Valeur faible : ces fonctionnalités peuvent être mises sur une liste à part, à réaliser si les moyens le permettent ; ou laissez-les de coté pour une phase ultérieure ; ou vous pouvez les réexaminer pour vérifier si la valeur associée est juste.		* Complexité faible / Valeur faible : ces fonctionnalités peuvent être mises sur une liste à part, à réaliser si les moyens le permettent ; ou laissez-les de coté pour une phase ultérieure ; ou vous pouvez les réexaminer pour vérifier si la valeur associée est juste.
	~~</span><span style="display: block; text-align: justify">~~<br /> ~~</span><span style="display: block; text-align: justify">~~Tout au long du projet, en particulier si les choses dérapent, je peux me revenir sur cette matrice et m'assurer que nous sommes bien en train de consacrer nos moyens et nos efforts sur ce qui avait été initialement priorisé.</~~span><span style="display: block; text-align: justify"~~><br /> ~~</span><span style="display: block; text-align: justify">~~Evidemment, l'analyse des risques/opportunités continue tout au long du projet à différents niveaux, en posant notamment des questions comme "Quels marchés ciblons-nous ?", "Quels segments de clientèle n'adressons-nous pas ?", "Quel est la taille limite d'une page ?" et "Devrions-nous utiliser DHTML ?".~~</span>~~		<br />
			Tout au long du projet, en particulier si les choses dérapent, je peux me revenir sur cette matrice et m'assurer que nous sommes bien en train de consacrer nos moyens et nos efforts sur ce qui avait été initialement priorisé.<br />
			<br/>
			Evidemment, l'analyse des risques/opportunités continue tout au long du projet à différents niveaux, en posant notamment des questions comme "Quels marchés ciblons-nous ?", "Quels segments de clientèle n'adressons-nous pas ?", "Quel est la taille limite d'une page ?" et "Devrions-nous utiliser DHTML ?".

Fabrice Aimetti : Page créée avec « Category: Portail Product Owner
Auteur : Victor Lombardi ([https://twitter.com/threefour @threefour])
... »

2018-07-11T08:15:15Z

Page créée avec « Category: Portail Product Owner <div id="content_view" class="wiki" style="display: block"> Auteur : Victor Lombardi ([https://twitter.com/threefour @threefour]) ... »

Nouvelle page

[[Category: Portail Product Owner]]
<div id="content_view" class="wiki" style="display: block"> Auteur : Victor Lombardi ([https://twitter.com/threefour @threefour]) Source : [http://www.noisebetweenstations.com/personal/essays/value-complexity/value-complexity.html The Value-Complexity Matrix] 
----
Traducteur : Fabrice Aimetti Date : 07/08/2015 
----
''Traduction :'' J'aime penser que les projets sont des voyages de l'abstrait vers le concret. Voici un chemin très simple : 

* Elaborer une stratégie métier / identifier les utilisateurs
* Faire une liste de fonctionnalités
* Créer les fonctionnalités
* Coder les fonctionnalités
 L'étape "Faire une liste de fonctionnalités" constitue une véritable transition entre la bouillie produite par l'étape de recherche et le fait de se mettre au travail. Une fois que je connais les fonctionnalités, la liste est priorisée. La priorisation des fonctionnalités se base sur l'identification des utilisateurs et l'élaboration de la stratégie métier, ainsi que sur les estimations initiales de la part du technique. J'aime faire cet exercice de priorisation moi-même avec toutes les parties prenantes afin que tous les points de vue soient pris en compte. Il s'agit d'une réunion préalable dont les résultats guident le reste du projet. J'aime prendre chaque fonctionnalité et lui assigner des valeurs selon les risques et les opportunités, ou bien la complexité et la valeur... les termes peuvent changer d'un projet à l'autres (les [http://www.vcm.com/investment-professionals/fund-literature gens qui font des affaires] et les [http://pmworldlibrary.net/#Risk%20Management chefs de projet] connaissent probablement le nom approprié pour ce tableau). Si vous mettez ces termes dans une matrice, avec des axes x et y, vous obtenez une schéma de ce type : [[Image:value-complexity_fr.png|value-complexity_fr.png]] Voilà comment j'interprète chaque quadrant : 

* Complexité importante / Valeur importante : il est essentiel de prendre en compte ces fonctionnalités, et parce qu'elles sont difficiles à réaliser, traitez-les d'abord pour avoir suffisamment de temps pour trouver des problèmes encore inconnus.
* Complexité importante / Valeur faible : les fonctionnalités sont difficiles à réaliser et personne ne pense qu'elles sont importantes, donc essayez de les laisser de côté.
* Complexité faible / Valeur importante : aucun doute, il faut les prendre en compte, mais donnez leur une priorité plus faible.
* Complexité faible / Valeur faible : ces fonctionnalités peuvent être mises sur une liste à part, à réaliser si les moyens le permettent ; ou laissez-les de coté pour une phase ultérieure ; ou vous pouvez les réexaminer pour vérifier si la valeur associée est juste.
 Tout au long du projet, en particulier si les choses dérapent, je peux me revenir sur cette matrice et m'assurer que nous sommes bien en train de consacrer nos moyens et nos efforts sur ce qui avait été initialement priorisé. Evidemment, l'analyse des risques/opportunités continue tout au long du projet à différents niveaux, en posant notamment des questions comme "Quels marchés ciblons-nous ?", "Quels segments de clientèle n'adressons-nous pas ?", "Quel est la taille limite d'une page ?" et "Devrions-nous utiliser DHTML ?".

La Matrice Valeur-Complexité - Historique des versions

Fabrice Aimetti le 7 août 2018 à 06:28

Fabrice Aimetti le 7 août 2018 à 06:25

Fabrice Aimetti : Page créée avec « Category: Portail Product Owner Auteur : Victor Lombardi ([https://twitter.com/threefour @threefour])... »

Fabrice Aimetti : Page créée avec « Category: Portail Product Owner
Auteur : Victor Lombardi ([https://twitter.com/threefour @threefour])
... »