Produits et projets web

Pour la plupart des projets web informatiques, les développements sont relativement courts, par contre le "client" (ou client interne) veut voir rapidement le résultat.

Voilà le tableau d'un nouveau projet classique qui tourne mal :

• Un besoin pas clairement défini, par exemple, parce que le chef de produit inclus des supposés difficultés techniques.
• Un déficite de spécifications fonctionnels parce que le délais est serré.
• Des spécifications technique à côté du besoin.
• Le développeur est livré à lui même et développe ce qu'il à compris du projet.
• On s'aperçoit que ce n'est pas ce que veut le client et les développements deviennent un puits sans fond.
• Comme le temps passe, le chef de produit propose de couper des étapes de développements non fonctionnelles (tests unitaires, qualité)

Voilà le contre exemple de ce qu'il faut faire. Les délais ne sont pas respectés, la qualité n'est pas au rendez-vous, la maintenance sera délicate, ...

Si lutter contre le manque "matériel" (spécifications, ...) est aisé, il est beaucoup plus difficile de lutter contre les penchants humains (brouillon, hyperactivité, ...).

Je dois dire que depuis que je connais la méthode Agile, j'ai été séduit par ce que j'ai lu sur internet. Il existe de nombreux blogs qui traitent du sujet. Je veux l'aborder sous l'angle de la pratique. C'est cette petite ligne sur ma fiche de poste qui a fait "tilt" : extrem programming, agile.

J'ai clairement la mission de mettre en place de nouvelles méthodes de travail au sein d'une équipe qui a doublé en 1 an.

Ce blog me permettra avant tout d'éclairer mes pensées, tester des idées personnelles ou empruntées. J'essayerais de justifier leur utilisation.