n1k0 · November 12, 2012 17:18 · thom4parisot · Nov 12, 2012 · DirtyF · Nov 14, 2012
diff --git a/proposition.eml b/proposition.eml
 Bonjour,

 Sans grand espoir d'être retenu faute d'avoir pu trouver le temps de
 formuler plus finement le sujet, je prends tout de un moment pour vous
 soumettre une idée de conférence sur une thématique qui me turlupine
 depuis plus de 10 ans tant elle pleine d'enjeux et dure à cerner dans
 nos métiers…

 Le titre (provisoire, car relativement moisi) est "Quand, comment et
 pourquoi faut-il savoir dire non ?" (oui, je sais, ça va)

 Je m'explique ; nombre de projets Web auxquels j'ai été confronté ont
 trop souvent été mis à mal par le simple fait de vouloir satisfaire un
 ensemble d'objectifs, d'enjeux et d'attentes — virtuels ou bien réels
 — généralement très important, parfois sur des aspects fonctionnels
 bien entendu mais aussi beaucoup plus communément politiques,
 financier, marketing ou commerciaux en tâche de fond. Et au-delà du
 bien fondé potentiel de ces approches, bien souvent les contraintes de
 délai et du sacro-saint time-to-market ont vite fait de rendre la
 tâche impossible, ou au prix d'une manœuvre sur le seul levier
 généralement disponible dans ce type de situation : la qualité.

 En tant qu'artisans, ouvriers, orfèvres ou experts passionnés du Web,
 l'un de nos devoirs premiers est — à mon sens — de garantir un regard
 tranché d'expertise sur la qualité Web lorsqu'on produit un site ou
 une application sur ce support ; car si *nous* — femmes et hommes de
 l'art — ne le faisons pas, personne ne le fera vraisemblablement à
 notre place. Nous *sommes*, executants, les garant concrets de cette
 qualité que nous désirons tous et que les utilisateurs finaux
 attendent également. Conséquence directe, dire oui à tout, accepter
 sans rechigner les tonnes de contraintes qui nous transcendent la
 plupart du temps et pour quelque raison que ce soit, aboutira
 systématiquement tôt ou tard, à un même résultat : un déficit de
 qualité.

 Apprendre à dire non, lorsque dire oui mettrait le projet en péril,
 est crucial ; savoir le faire simplement, sans violence, sans
 brutalité, avec le sourire et élégance, est une science inexacte et
 difficile à mettre en pratique. La conférence que je souhaite donner
 essaiera d'étudier les différents types de situation auxquelles le
 professionnel du Web d'aujourd'hui doit savoir faire face en disant
 non, de savoir comment le faire concrètement et de cerner les limites
 de cette approche en définissant quels sont les niveaux de compromis
 acceptables pour tout à chacun (notamment la nécessité absolue de les
 définir au préalable).

 Désolé, tout ceci est écrit vraiment trop rapidement et je
 comprendrais parfaitement que la matière soit insuffisamment
 explicitée pour que le sujet soit retenu en l'état… ;)

 Bon week-end

 ++



 --
 Nicolas Perriault
 http://www.akei.com/ — http://prendreuncafe.com/
 Mobile: +33 660 92 08 67 — Skype: nperriault
	Bonjour,

	Sans grand espoir d'être retenu faute d'avoir pu trouver le temps de
	formuler plus finement le sujet, je prends tout de un moment pour vous
	soumettre une idée de conférence sur une thématique qui me turlupine
	depuis plus de 10 ans tant elle pleine d'enjeux et dure à cerner dans
	nos métiers…

	Le titre (provisoire, car relativement moisi) est "Quand, comment et
	pourquoi faut-il savoir dire non ?" (oui, je sais, ça va)

	Je m'explique ; nombre de projets Web auxquels j'ai été confronté ont
	trop souvent été mis à mal par le simple fait de vouloir satisfaire un
	ensemble d'objectifs, d'enjeux et d'attentes — virtuels ou bien réels
	— généralement très important, parfois sur des aspects fonctionnels
	bien entendu mais aussi beaucoup plus communément politiques,
	financier, marketing ou commerciaux en tâche de fond. Et au-delà du
	bien fondé potentiel de ces approches, bien souvent les contraintes de
	délai et du sacro-saint time-to-market ont vite fait de rendre la
	tâche impossible, ou au prix d'une manœuvre sur le seul levier
	généralement disponible dans ce type de situation : la qualité.

	En tant qu'artisans, ouvriers, orfèvres ou experts passionnés du Web,
	l'un de nos devoirs premiers est — à mon sens — de garantir un regard
	tranché d'expertise sur la qualité Web lorsqu'on produit un site ou
	une application sur ce support ; car si nous — femmes et hommes de
	l'art — ne le faisons pas, personne ne le fera vraisemblablement à
	notre place. Nous sommes, executants, les garant concrets de cette
	qualité que nous désirons tous et que les utilisateurs finaux
	attendent également. Conséquence directe, dire oui à tout, accepter
	sans rechigner les tonnes de contraintes qui nous transcendent la
	plupart du temps et pour quelque raison que ce soit, aboutira
	systématiquement tôt ou tard, à un même résultat : un déficit de
	qualité.

	Apprendre à dire non, lorsque dire oui mettrait le projet en péril,
	est crucial ; savoir le faire simplement, sans violence, sans
	brutalité, avec le sourire et élégance, est une science inexacte et
	difficile à mettre en pratique. La conférence que je souhaite donner
	essaiera d'étudier les différents types de situation auxquelles le
	professionnel du Web d'aujourd'hui doit savoir faire face en disant
	non, de savoir comment le faire concrètement et de cerner les limites
	de cette approche en définissant quels sont les niveaux de compromis
	acceptables pour tout à chacun (notamment la nécessité absolue de les
	définir au préalable).

	Désolé, tout ceci est écrit vraiment trop rapidement et je
	comprendrais parfaitement que la matière soit insuffisamment
	explicitée pour que le sujet soit retenu en l'état… ;)

	Bon week-end

	++



	--
	Nicolas Perriault
	http://www.akei.com/ — http://prendreuncafe.com/
	Mobile: +33 660 92 08 67 — Skype: nperriault