Gestion de projets

On a pas mal parlé de l’opposition entre le pourquoi et le comment dans la mise en place des projets web, et particulièrement des projets web collaboratifs chez les grands comptes, et c’est quelque chose que je conçois bien : plutôt que de vous demander comment vous allez le faire, demandez-vous plutôt pourquoi.

Combien de vos clients sont arrivés chez vous la gueule enfarinée en annonçant “Nous savons exactement quel logiciel il nous faut. En voici les prérequis, et les spécifications détaillées. Contentez-vous de le développer, le tester, et nous le livrer dans les temps”. C’est, semble-t-il, l’expérience vécue à plusieurs reprises par Abhijit Nadgouda, qui nous en fait part dans un coup de gueule incisif.

Malgré l’arrivée d’outils dédiés, travailler à plusieurs sur un même document peut relever du parcours du combattant pour qui n’a pas encore adopté certaines méthodes de travail. Ces dernières, qui sembleront très familières aux développeurs travaillant naturellement à plusieurs sur un même projet sont loin de l’être pour le tout venant, y compris pour cette fameuse “génération Y”, sensée être née avec un ordinateur entre les doigts.

J’ai récemment pu assister à un florilège d’erreurs à ne pas commettre quand on travaille sur un document partagé, au point de les avoir collectées afin de les mettre à la disposition de mes lecteurs favoris. Et un peu pour moi, également.

Je suis tombé hier matin, via la liste de partage d’Adrien O’Leary sur un article mi humoristique mi sérieux du blog Infusionsoft 50 signs that you’re a spammer. Ceux qui me lisent depuis longtemps savent que le phénomène et les manifestations du spamming font partie de mes centres d’intérêts périphériques, et que j’ai déjà consacré un certain nombre d’articles à ce sujet intarissable.

Je vous propose aujourd’hui une traduction de l’article original, lequel, au delà du listing pur et dur, montre de nombreux travers encore trop courant du web marketing, qu’ils dérivent de l’ignorance, ou de la cupidité.

Je discutais l’autre soir avec un ami qui passait brusquement du poste de chef de projets chez un éditeur de logiciels au dur mais passionnant métier de consultant spécialisé dans la refonte de sites et applications web auprès de grands comptes. N’ayant jamais eu à intervenir directement en clientèle, il me faisait part de ses craintes à l’approche de sa première mission, et me demandait mon retour d’expérience sur le sujet.
Je lui ai promis de réfléchir, et afin de lui donner le feedback le plus pertinent possible. Entre temps, Bertrand Duperrin m’a transmit un article plus généraliste sur les erreurs habituelles des consultants, qui contenait quelques pistes supplémentaires et m’a permis d’étayer un peu plus ma réflexion.

On pourrait croire que la principale source de discorde entre clients et fournisseur vient du produit livrable ou livré. C’est pourtant loin d’être toujours le cas, sinon de nombreux fournisseurs se retrouveraient sans client, et de nombreux clients sans fournisseur. Si la vérité est ailleurs, elle se trouve très probablement dans un soucis de compréhension du à la fois à l’expression d’un besoin, une trop grande différence de culture, et une pincée de mauvaise foi pour couronner le tout. Il est donc particulièrement important de comprendre son client, son besoin, ses attentes, mais également ses appréhensions face à un domaine qu’il ne maîtrise pas, sinon, il n’aurait pas fait appel à vous. Tout ceci peut sembler dead obvious à lire, c’est malheureusement loin d’être la réalité en entreprise. C’est même très rare, et l’un des premiers remèdes serait certainement d’apprendre à se comprendre entre collègues.

Le lancement de la dernière offre “pro” de l’hébergeur à bas prix Dedibox qui a fait couler pas mal d’encre virtuelle et de récentes conversations autour des solutions d’hébergement professionnelles m’ont montré que, même au sein des travailleurs du web, les différentes offres d’hébergement n’étaient pas comprises de la même manière, entraînant souvent au mieux des incompréhensions jusqu’à la réception du devis, au pire, des commandes sur ou sous dimensionnées par rapport aux besoins réels.

Cet article vise donc à démystifier les offres d’hébergement web en clarifiant les 10 points qui semblent le plus souvent poser problème. Il est entrecoupé de considérations toutes personnelles sur telle ou telle offre d’hébergement et tel ou tel hébergeur que j’ai pu croiser ici et là.

En termes de planification, la maintenance évolutive d’un projet web est toujours la plus délicate à mettre en place. D’abord parce qu’elle ne participe pas du cycle de développement normal de ce dernier, mais de son cycle d’exploitation, elle risque donc interférer avec celui-ci. Ensuite parce qu’elle fait souvent participer de nombreux intervenants de culture différente, aux intérêts parfois divergents au sein d’une même structure. Enfin parce qu’elle répond souvent à des impératifs extérieurs qui la rendent difficile, sinon impossible à planifier.

Après confier la maintenance de ses projets web et Les cycles de maintenance collective, ce troisième volet de notre série sur la mise maintenance des projets web vous invite à vous intéresser à la maintenance évolutive.

Je viens de tomber sur cet excellent billet d’Andy Hunt Stage 0 : not ready for agile dans lequel il détaille quelques points clés montrant que vous n’êtes pas prêt à passer aux méthodes agiles.

Selon Andy, vous n’êtes pas prêt à passer aux méthodes agiles si :

Il y a deux ans et demi, je vous proposais 4 pistes de réflexion destinées à augmenter l’efficacité de vos réunions. Celles-ci avaient été suivies des 10 règles d’or d’une réunion réussie, parmi lesquelles figurait en bonne place la politesse des rois : la ponctualité.

Malheureusement, il semble que celle-ci soit toujours aussi difficile à obtenir de la part de vos collaborateurs, encore plus si ces derniers viennent de services différents ou se sentent élevés dans la hiérarchie. C’est la raison pour laquelle une grande firme anglo-saxonne a mis au point une méthodologie incitative d’une efficacité sans failles, dont les résultats plus que probants devraient nous inviter à revoir nos méthodes de management sur cette partie pourtant si cruciale du travail en équipe.