-
Notifications
You must be signed in to change notification settings - Fork 16
/
index.html
179 lines (171 loc) · 25.1 KB
/
index.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
<title>Carnet</title>
<link>http://nicolas.perriault.net</link>
<description>Le petit coin d'aigreur sur la toile de Nicolas Perriault.</description>
<language>fr</language>
<pubDate>Tue, 28 Feb 2012 08:35:25 +0000</pubDate>
<lastBuildDate>Tue, 28 Feb 2012 08:35:25 +0000</lastBuildDate>
<item>
<title>Du Sud avec du Web dedans, et réciproquement</title>
<link>http://nicolas.perriault.net/carnet/2011/sudweb</link>
<description><p>Ceux qui me connaissent le savent, je suis partisan d'une gestion intransigeante de la qualité sur le Web, et suis donc&nbsp;— comme souvent dans ce cas&nbsp;— un grand fan du cycle de conférences <a href="http://www.paris-web.fr/">Paris&nbsp;Web</a> qui a lieu tous les ans en octobre à Paris. C'est l'occasion d'y faire un état des lieux des meilleurs pratiques, d'attraper un rhume, de découvrir de nouvelles techniques, de profiter des joies du métro, ou de rafraîchir ses connaissances (au propre comme au figuré). Surtout, c'est l'occasion d'échanger avec d'autres passionnés de la profession autour de breuvages houblonnés le soir venu en refaisant le Web jusqu'à plus d'heure ni soif.</p>
<p>Mais voila, Paris, c'est <a href="http://blog.breizh.bz/?166-la-france-vue-parles-toulousains-episode-7">loin</a>. Et Paris, ça a tendance à un peu trop vouloir centraliser tout ce qui remue à mon goût. Je m'en rends forcément mieux compte depuis que j'ai déménagé à Montpellier il y a un an et demi (fichtre comme le temps passe). Et surtout, je constate que la région dans laquelle je vis est immensément riche de passion et de compétences autour de ce noble medium qui est le nôtre. Des gens bien, un peu partout autour de moi, qui n'ont pas toujours la possibilité de se déplacer jusqu'à la capitale, de s'y loger, de s'y nourrir, de s'y acheter le nombre d'écharpes nécessaires pour survivre, etc.</p>
<p>Aussi, durant le trajet en voiture qui nous conduisait au dernier Paris&nbsp;Web moi et mes compagnons de route, nous avons une idée assez folle&nbsp;: organiser un évènement du même type que Paris&nbsp;Web, mais dans le sud. C'est à dire plus proche de nous géographiquement et assurant une meilleure compatibilité feinéantique et calorifère. Ainsi naquit l'idée d'un <a href="http://sudweb.fr/">SubWeb</a>.</p>
<div style="text-align:center">
<a href="http://sudweb.fr/"><img src="http://sudweb.fr/img/interface/logo-sudweb.png"/></a>
</div>
<p>Après quelques tergiversations, tatônements, études de terrain et autres défrichements des sols argileux du Gard, nous avons fixé la date et le lieu de la première édition de SubWeb qui se tiendra donc le <strong>vendredi 27 mai 2011, à l'École des Mines d'Alès de Nîmes</strong>.</p>
<p>À toutes fins utiles et pour éviter d'éventuelles déconvenues, il est cependant important de noter que <a href="http://case.oncle-tom.net/2011/sud-web-2011/">SudWeb ne sera pas un Paris&nbsp;Web transposé plus au sud</a>. Personnellement, j'ai toujours considéré un peu dommage de ne se focaliser que sur l'aspect <em>frontend</em> du Web — certes plein d'enjeux à ne surtout pas négliger — alors que d'autres aspects majeurs, bien que moins visibles des utilisateurs, méritent tout autant notre attention&nbsp;:</p>
<ul>
<li>les aspects <em>backend</em>&nbsp;: architecture technique, hébergement, plateformes, langages, serveur, etc.&nbsp;;</li>
<li>les aspects et enjeux <em>méthodologiques</em> de la gestion technique&nbsp;— voire commerciale&nbsp;— d'un projet Web&nbsp;;</li>
<li>les <em>valeurs</em> métier liées au Web et la production de valeur ajoutée d'un point de vue humain et non plus uniquement mercantile&nbsp;;</li>
<li>les <em>aspects métier</em> à proprement parler, et les enjeux qui accompagnent le changement dans les pratiques et les usages associés au Web.</li>
</ul>
<p>Tout un programme&nbsp;! En parlant de programme, un <a href="http://bit.ly/sudweb-2011-appel-orateurs">appel à conférence</a> est lancé jusqu'au 7 février inclus, et n'attend que <a href="http://bit.ly/sudweb-2011-appel-orateurs">votre proposition d'intervention</a> si vous souhaitez aussi partager un bon moment et votre expérience de <em>faiseur de Web</em>.</p>
<p>Le processus d'inscription, les tarifs et modalités, quand à eux, vous seront communiqués dès que les <em>conditions normales de température et de pression</em> seront optimales, stay tuned&nbsp;;-)</p>
<p><strong>EDIT :</strong> Les inscriptions sont désormais ouvertes, et les <a href="http://tickets.web-ux.org/">tarifs</a> connus :</p>
<ul>
<li>135 € pour la journée, repas inclus</li>
<li>15 € supplémentaires vous seront demandés si vous désirez participez à la soirée communautaire le soir même</li>
</ul>
<p>Si vous êtes chômeur ou étudiant, <a href="http://sudweb.fr/post/15-places-a-tarif-reduit-pour-les-etudiants-et-demandeurs-d-emploi-">Akei a le plaisir de sponsoriser votre place</a> et prend en charge 45€ sur le prix du ticket d'entrée pour la journée de conférence, <strong>ramenant le prix à 90 €</strong> au lieu de 135 €.</p>
<p>Enfin, sachez qu'un financement du prix du ticket d'entrée est possible dans le cadre du <a href="http://sudweb.fr/post/Prenez-un-pack-Web-UXSud-Web-et-profitez-du-DIF">Droit Individuel à la Formation (DIF)</a>.</p>
<p>Ne tardez pas pour <a href="http://tickets.web-ux.org/">commander votre place en ligne</a>, la <strong>clôture des inscriptions est prévue pour le 2 mai</strong>.</p></description>
<pubDate>Fri, 28 Jan 2011 00:00:00 +0000</pubDate>
<guid>http://nicolas.perriault.net/carnet/2011/sudweb</guid>
</item>
<item>
<title>Choisir son métier, arrêter de le (faire) subir</title>
<link>http://nicolas.perriault.net/carnet/2010/choisir-son-metier</link>
<description><p>Je viens de finir la lecture de l'excellent billet de <a href="http://www.miximum.fr/">Thibault</a>, «&nbsp;<a href="http://www.miximum.fr/bien-developper/525-dialogue-avec-un-client">Dialogue avec un client</a>&nbsp;». Ce billet présente point pour point ma vision de ce qu'est une collaboration efficace autour d'un projet informatique&nbsp;; je n'y apprends rien de vraiment nouveau (ayant partiellement nourri la conversation qu'il y relate), mais je suis ravi de voir que je ne suis pas le seul à partager le sentiment que la collaboration est vraiment à réinventer dans ce métier.</p>
<p>Ce qui me chagrine plus en revanche, c'est la lecture de certains commentaires, relativement fatalistes et désabusés&nbsp;; je ne resiste pas à la tentation d'en commenter certains.</p>
<h3>La métaphore du concessionnaire automobile</h3>
<blockquote>
<p>Le client qui sait exactement ce qu’il veut voudra acheter son site comme une voiture.</p>
<p>Il veut choisir les options et la peinture tout de suite et connaitre l’enveloppe budgétaire dès le début.</p>
</blockquote>
<p>Nous y revoila, la fameuse métaphore du concessionnaire automobile, ça faisait longtemps. Comment comparer le développement d'un produit sur-mesures à l'achat d'un produit de type industriel&nbsp;?</p>
<p>
<a href="http://www.flickr.com/photos/ferdinandreus/4647740287" title="voiture">
<img src="http://farm3.static.flickr.com/2175/2406879653_1f9fb2d592_z.jpg" alt="voiture"/>
</a>
<br/>
<small><a href="http://www.flickr.com/photos/mayme/2406879653/">funny car</a>, par <a href="http://www.flickr.com/photos/mayme/">mayme</a></small>
</p>
<p>Je peux comprendre que certains, dans notre secteur, s'emploient à minimiser les coûts de production en génériquant des sites vitrines à base de CMS — voire de frameworks surpluginisés — généralement open-source, mais quand vous avez un client qui arrive avec un <em>cahier-décharge</em> de quelques lignes du type&nbsp;:</p>
<blockquote>
<p>Mâcon, le 27 juin,</p>
<p>Monsieur,</p>
<p>Veuillez trouver ci-après notre cahier des charges pour notre projet d'application Internet&nbsp;:</p>
<ul>
<li>Un réseau social orienté vente de clous rouillés online, sans oublier les groupes géolocalisés d'amateurs et de collectionneurs</li>
<li>Une place de marché permettant d'échanger des clous rouillés, avec des graphiques permettant de suivre les enchères en temps réel</li>
<li>Fournir un extranet fournisseurs leur permettant de saisir leurs prix et leurs quantités</li>
<li>En option l'intégration d'un service de location de marteaux d'occasion avec un partenaire qu'il nous reste à trouver</li>
<li>L'intégration avec notre outil CRM maison "SugarForce", codé en Delphi par Mr Paul, ancien interne polyvalent décédé depuis</li>
<li>Un <em>dacheborde</em>, parcequ'il parait que cela booste la productivité des forces de vente</li>
<li>Avec bien entendu des widgets 2.0 pour dynamiser l'ensemble</li>
</ul>
</blockquote>
<p>Non seulement c'est peu précis, vague, mal défini, mais quand vous lisez la dernière ligne, généralement l'envie vous prend d'arrêter ce métier séance tenante pour partir élever des chèvres dans le Larzac&nbsp;:</p>
<blockquote>
<p>Pouvez-vous me fournir un devis <em>à tiroirs</em> et vous engager sur une livraison à la rentrée prochaine&nbsp;?</p>
<p>PS&nbsp;: Je serai absent du 1er juillet au 31 août, voyez avec ma secrétaire (en congés du 15/07 au 15/08) pour toute questions complémentaires
PPS&nbsp;: Je vous ai parlé de l'application Blackberry&nbsp;?</p>
</blockquote>
<p>Peut-on imaginer comparer ce type de demande à l'achat d'une <em>voiture</em> en concession&nbsp;?</p>
<p>Allez, j'ai dix minutes à tuer, je vous imagine la discussion&nbsp;:</p>
<div style="float:right;margin:0 0 10px 10px;text-align:center">
<a href="http://www.flickr.com/photos/ferdinandreus/4647740287">
<img src="http://farm5.static.flickr.com/4024/4647740287_4e7f6ab518_z.jpg" alt="fish" style="width:230px"/>
</a>
<br/>
<small><a href="http://www.flickr.com/photos/ferdinandreus/4647740287/">fish</a>, par <a href="http://www.flickr.com/photos/ferdinandreus/">ferdinandreus</a></small>
</div>
<blockquote>
<p>— Bonjour monsieur le concessionnaire</p>
<p>— Bonjour monsieur le client</p>
<p>— Je voudrais acheter une voiture</p>
<p>— Ma foi, vous êtes au bon endroit&nbsp;! Quel modèle vous a tapé dans l'oeil&nbsp;?</p>
<p>— Je veux quelque chose d'assez standard, comme celle-ci là bas, mais avec quelques ajustements mineurs&nbsp;; j'aime bien l'arrière de celle-ci, l'avant de celle-là, l'aspect cabriolet de la petite là-bas, et le bas de caisse de celle cachée dans le fond, là. Il faudra aussi qu'elle soit amphibie, je compte aller pêcher avec quelques amis le week-end prochain. Idéalement, elle pourra également passer d'un mode cabriolet à mobile-home d'une simple pression sur un bouton en cas d'embouteillages prolongés. Avec le meilleur moteur que vous ayez à disposition, cela va sans dire. Ah, précisons tout de suite&nbsp;: il me la faut pour le week-end prochain, puisque j'ai une partie de pêche, vous vous souvenez&nbsp;? Bien entendu, je me résèrve le droit de vous demander dans ce laps de temps quelques options supplémentaires auxquelles je n'ai pas pensé. Vous avez le tarif catalogue sous la main&nbsp;?</p>
<p>— <em>PAN&nbsp;!</em> (bruit de déflagration)</p>
</blockquote>
<p>Redevenons sérieux deux secondes. <strong>Le développement d'une application Web sera <em>toujours</em> spécifique et sur-mesures, arrêtons de nourrir l'illusion qu'en utilisant des outils Open Source relativement standardisés <em>techniquement</em>, nous standardisons <em>fonctionnellement</em> les développements.</strong> Ce n'est tout simplement pas vrai 99% du temps.</p>
<p>Et pour les fans de maquillage d'outils tout-prêts et autres produits industrial-wanabee, j'utilise souvent la formule suivante auprès de mes clients&nbsp;:</p>
<blockquote>
<p>Un développement spécifique adaptera l'outil à votre métier&nbsp;; un CMS adaptera votre métier à l'outil. La balle est dans votre camp (ou accessoirement dans votre pied.)</p>
</blockquote>
<p>Ce qui m'amène à un deuxième constat que je fais de plus en plus au gré des avant-ventes&nbsp;; il existe bel et bien deux métiers distincts, que beaucoup de prospects (et hélas, soyons francs, de prestataires) confondent allégrement&nbsp;:</p>
<ul>
<li>le métier <em>d'intégrateur</em> de solutions&nbsp;;</li>
<li>le métier de <em>concepteur</em> de solutions spécifiques.</li>
</ul>
<p>J'identifie la part de demandes entrantes du premier type de prestation à environ 80%, si ce n'est plus. J'ai personnellement décidé en créant mon activité de me consacrer exclusivement aux 20% restants. Et ma vie a changé, en plus mieux. Juste pour dire.</p>
<h3>«&nbsp;Parle pas aux cons, ça les instruit&nbsp;»</h3>
<blockquote>
<p>La moindre tentative de développement modulaire et par priorité sera rejetée et incomprise.</p>
<p>Les méthodes agiles seront rejetées par la grande majorité des clients par peur. J’en viens même à penser que c’est une perte de temps d’en parler.</p>
</blockquote>
<p>Oui, n'en parlons plus et subissons sans broncher, c'est plus confortable intellectuellement. Et puis si ça se vend plus facilement comme ça, pourquoi diable hésiter&nbsp;? Faut juste s'habituer à marcher en canard au troisième recommandé avec AR. Ah mais oui je suis con, le commercial ayant vendu la chose a déjà touché sa comm' et ne gère plus les conséquences de sa vente depuis longtemps, j'oubliais.</p>
<p>
<a href="http://www.flickr.com/photos/stumayhew/3747070194" title="The Fear">
<img src="http://farm4.static.flickr.com/3434/3747070194_16a125d4ea_z.jpg" alt="The Fear"/>
</a>
<br/>
<small><a href="http://www.flickr.com/photos/stumayhew/3747070194">The Fear</a>, par <a href="http://www.flickr.com/photos/stumayhew/">stumayhew</a></small>
</p>
<p>Sérieusement, il faut se battre. Il faut chercher à convaincre, expliquer sans relâche. Et en cas de blocage rhédibitoire, ne rien lâcher, <strong>car d'expérience quelqu'un qui n'accepte aucune concession sur un plan méthodologique ne vous passera vraisemblablement <em>rien</em> sur les aspects commerciaux.</strong></p>
<blockquote>
<p>De plus dans les méthodes de développement modulaires et surtout évolutives, les litiges sont beaucoup plus complexes à gérer.</p>
</blockquote>
<p>Si litige il y a, c'est vraisemblablement que les principes fondamentaux de l'agilité n'ont jamais été appliqués sur le projet en question. Quelques rappels issus du <a href="http://agilemanifesto.org/">manifeste agile</a>&nbsp;:</p>
<ol>
<li><strong>Les individus et leurs interactions</strong> plus que les processus et les outils</li>
<li><strong>Des logiciels opérationnels</strong> plus qu’une documentation exhaustive</li>
<li><strong>La collaboration avec les clients</strong> plus que la négociation contractuelle</li>
<li><strong>L’adaptation au changement</strong> plus que le suivi d’un plan</li>
</ol>
<p>Vous avez noté le point 3&nbsp;? Ah ben zut. Et je vous parle pas des trois autres, j'imagine que la lecture du compte-rendu de la décision de justice post-echec-projet vous accapare déjà un temps précieux.</p>
<p>Enfin, j'aimerai bien savoir qu'est ce qui rend les litiges plus évidents à gérer à grands coups d'avenants avec A/R sur un forfait plutôt qu'un bon vieux dialogue autour d'une table dans le cadre d'un projet agile&nbsp;?</p>
<p>Gérer des litiges contractuels est un véritable métier, très pointu, qui demande de grosses compétences et un sang-froid certain. Ce métier ne me passionne personnellement pas, et je ne peux me résoudre à le considérer comme une fatalité inhérente à mon corps de métier. Je suis là pour fournir des réponses à des besoins précis, quitte à fournir une assistance pour faciliter leur formulation, dans la collaboration et le respect mutuel, au travers d'une communication de type horizontal. <strong>J'axe toute relation avant tout sur la confiance.</strong> Libre à chacun de se raconter que tout ceci n'est qu'utopie, mais force est de constater qu'après un an d'activité je trouve des gens (des clients pardon, je crois que je m'y ferai jamais) qui embrassent cette manière de fonctionner. Avec d'excellents résultats, par ailleurs.</p>
<p>Par contre, il est clair qu'avec de telles exigences, je ne donne pas suite à neuf appels entrants sur dix. Le mot est lâché&nbsp;: <strong>je refuse des opportunités business</strong>. SACRILÈGE&nbsp;! Combien de gens me regardent avec des yeux ronds lorsque je raconte ça… C'est déprimant, d'un certain côté. Travailler plus pour gagner plus&nbsp;? <strong>Et si on parlait plutôt de <em>travailler mieux pour vivre mieux</em>&nbsp;?</strong></p>
<p>
<a href="http://twitter.com/laurentLC/status/28895308381">
<img src="http://media.tumblr.com/tumblr_layfxpSlVV1qbt2jc.png" alt="Avoir le temps…"/>
</a>
</p>
<h3><em>Courir plus pour s'essouffler plus</em></h3>
<blockquote>
<p>(…) si ça implique une absence de visibilité sur une enveloppe globale sur laquelle on s’engage, (c')est tout simplement rédhibitoire pour le client</p>
</blockquote>
<p>La visibilité s'obtient par la connaissance de la capacité à produire en collaboration avec le client (on appelle ça la <em>vélocité</em>, dans le jargon agile). <strong>C'est complètement utopique de prétendre estimer une capacité à produire sans connaître la capacité du client à fournir les éléments nécessaires à l'obtention de cette productivité dans la collaboration</strong>. Et par pitié, qu'on ne me parle pas du cahier des charges de 400 pages que personne ne lit puisqu'obsolète au bout d'une semaine, le besoin ayant déjà changé par trois fois suite à la remontée de l'avis du numéro deux groupe/worldwide et de sa cousine Berthe qui est en deuxième année aux Gobelins.</p>
<p>Enfin, je réalise que beaucoup de gens comprennent l'<em>agilité</em> comme la capacité à faire du business malgré tout, voire à tomber du projet coûte que coûte, en s'adaptant aux obstacles au gré du vent et avec les moyens du bord (qui prennent souvent la forme de <em>stagiaires chef de projet</em> et autres <em>experts techniques junior</em> recrutés à <a href="http://www.risacher.com/la-rache/index.php?z=2">la râche</a> pour faire face à un surcroît de charge non prévue, soit dit en passant). C'est juste tout l'inverse&nbsp;; <strong>je ne connais rien de plus structurant et contraignant en termes de processus que les méthodes agiles&nbsp;!</strong> Il n'y a pas de vaudou, l'obtention de résultats est à ce prix. Ainsi que d'une certaine façon, au prix d'un lâcher-prise et d'une certaine acceptation du changement, de chaque côté de la barrière (si tant est qu'il y en ait une).</p>
<p>
<a href="http://www.flickr.com/photos/beginasyouare/549652478/" title="High Wire Act">
<img src="http://farm2.static.flickr.com/1235/549652478_ca4758c99c_z.jpg" alt="High Wire Act"/>
</a>
<br/>
<small><a href="http://www.flickr.com/photos/beginasyouare/549652478/">High Wire Act</a>, par <a href="http://www.flickr.com/photos/beginasyouare/">beginasyouare</a></small>
</p>
<h3>«&nbsp;Bon, tu conclues là&nbsp;? J'vais rater l'apéro&nbsp;»</h3>
<p>Oui, je suis un peu décontenancé à la lecture de ces quelques commentaires. On constate tous que bien des commanditaires ne comprennent pas les enjeux de leur métier d'acheteur de prestation de développements informatiques. Je découvre qu'il est des professionnels tellement désabusés qu'ils ont visiblement renoncé à toute vélléité d'éducation de leurs prospects sur les questions d'organisation méthodologique et collaborative du travail, part intégrante du champ d'expertise de tout prestataire de développement informatique un tant soit peu digne de ce nom et prétendant offrir un conseil de qualité. Je ne peux me résoudre à croire qu'ils n'ont pas le choix, que tout ceci est inévitable, et que «&nbsp;c'est la crise, il faut bien bouffer, ma pauvre dame&nbsp;».</p>
<p><strong>Je pense au contraire qu'une part importante de notre métier, j'irai même jusqu'à parler de notre devoir déontologique, est de les accompagner dans la compréhension de leur rôle dans les processus collaboratifs projet afin de maximiser le potentiel de réussite de ces derniers coûte que coûte.</strong> Et d'<a href="http://www.alistapart.com/articles/no-one-nos-learning-to-say-no-to-bad-ideas/">apprendre à dire non</a> lorsque cela s'avère nécessaire, plutôt que de s'engluer dans cette vision fataliste, nivelant par le bas la qualité globale d'une partie grandissante des réalisations auquel le Web est confronté (france.fr anyone?).</p>
<p>Vous pouvez maintenant basher en commentaire, c'est fait pour ça ;)</p></description>
<pubDate>Wed, 27 Oct 2010 00:00:00 +0000</pubDate>
<guid>http://nicolas.perriault.net/carnet/2010/choisir-son-metier</guid>
</item>
<item>
<title>De retour de Djangocong</title>
<link>http://nicolas.perriault.net/carnet/2010/back-from-djangocong-2010</link>
<description><p>Les rencontres <a href="http://rencontres.django-fr.org/">Django francophones 2010</a>, tenues à Marseille, viennent de s'achever.</p>
<p><a href="http://welldev.fr/">David Larlet</a> m'ayant invité à y participer, j'y ai présenté une conférence "Django pour les développeurs Symfony" puisqu'étant moi-meme utilisateur des deux frameworks.</p>
<p>Vous trouverez les slides de la présentation <a href="http://www.slideshare.net/nperriault/symfony-pour-les-dveloppeurs-django-et-rciproquement">sur slideshare</a>, ou sur la page dédiée à <a href="http://www.akei.com/fr/services/django">Django sur le site d'Akei</a>.</p>
<p>N'hésitez pas à faire vos retours en commentaire.</p></description>
<pubDate>Mon, 26 Apr 2010 00:00:00 +0000</pubDate>
<guid>http://nicolas.perriault.net/carnet/2010/back-from-djangocong-2010</guid>
</item>
</channel>
</rss>