Yearly Archives: 2006

Un peu de lecture 02

Web 2.0, la définition par Martin Fowler qui démontre encore une fois son grand talent de synthétiseur et de pédagogue.

Web 2.0, la carte qui vous fera comprendre par l’exemple ce qu’est le web 2.0

Le Web 3.0, le compte-rendu de la conférence (juste le contenu, pas la polémique stérile)

Web Services & WS_* Specifications, la carte qui va vous convaincre qu’un expert en Web Services ça ne peut pas exister.

Projets informatiques : Classic Mistakes Enumerated Vous ne pourrez plus dire que vous ne saviez pas.

Motherhood and Apple Pie ou the design principles that underlie the web.

Tout monde connait Spring, beaucoup l’associent à container léger et à injection de dépendances, peu comprennent réellement ce que cela veut dire et personne ne connait la liste compléte des fonctionnalités, la voici: Spring: unifying themes and complete tour

Pour finir le non événement de la semaine: java6 est sorti. Zut moi qui vient à peine mon premier projet en java 5…

Gestion de projet

L’agitateur nous parle de la black-box de la gestion de projet et de ses leviers incontrôlables. Allez, j’ose, ouvrons la boite noire. Dedans j’ai trouvé ça:
gestionDeProjet.png
Tout part d’un besoin.

La satisfaction de ce besoin doit produire de la valeur, un ROI. Ce ROI attendu détermine le budget qui pourra être alloué à la satisfaction du besoin.

Le besoin détermine aussi un ensemble de fonctionnalités et il doit le plus souvent être satisfait avant une certaine date ce qui implique un délais (le plus souvent hier)

Le projet est-il réalisable?

A partir des fonctionnalités et du délais demandé on va déterminer un planning et un besoin en ressources.

Si ce besoin en ressources excède le budget limité par le ROI attendu, ça va être dur. Dans le cas d’un forfait, comme le bénéfice se fait sur l’écart entre le budget et la quantité de ressources réellement utilisée c’est toujours dur.

La réalisation

Des fonctionnalités, un planning, des ressources yapluskafautquon… L’équipe va produire des livrables avec un certains niveau de qualité qui vont (ou pas) satisfaire le besoin initial.

Il n’y a malheureusement pas de “silver bullet”, produire de la qualité demande du temps et de l’expérience. Un livrable de faible qualité peut satisfaire un besoin à un instant T mais coûteras probablement très cher en maintenance sur le long terme.
Concernant tous les éléments qui ont été énuméré précédemment la marge de manœuvres est souvent très faible. Le plus sage est sans doute de conserver un coût et des délais constant en étant souple sur les fonctionnalités.

Un levier: la productivité

La boite noire de l’agitateur a 3 leviers: produit, coût, durée. Il nous explique qu’ils sont plus ou moins incontrôlables. A l’intérieur de la boite il existe un levier sur lequel le chef de projet peut agir: la productivité de l’équipe.

Celle-ci dépend de la motivation de l’équipe mais aussi des outils, de la méthode et de l’architecture utilisés sur le projet. Regroupé de manière harmonieuse ces 3 éléments constituent un socle technique.
Conclusion


Tout comme pour les aspects méthodologie, il n’y a pas grand chose en contenu francophone sur la gestion de projet. J’espère que ce billet aura un peu comblé ce vide et pourra éclairer un peu la lanterne des chefs de projets débutant.
J’ai proposé un sens de lecture du schéma, mais il se lit de différents façon, tant que l’on ne perd pas de vue le besoin. L’approche doit être systémique il y a des boucles de rétroaction à tous les niveaux.

Un peu de lecture 01

L’architecture d’ebay (a summary)

L’architecture de mailinator

Comment bien concevoir une API par Joshua Bloch. Si vous ne devez faire qu’une seule heure de veille techno/formation cette année, cansacrez là à cette Présentation. Les slides sont dispos sur le site de javapolis, mais il faut un login (gratuit)

Création d’un pôle de compétitivité sur les logiciels libres

Relax NG VS XML Schema