Discussion :

[Zogzog4]

Pour conforter tes dires, je viens de lire ce matin les résultats d'une tres sérieuse étude concernant les raisons du succès d'un projet en 2004. Ils attribuent à 5% les compétences techniques de l'équipe dvpt (hors encadrement).
50% se situe hors phase de dvpt (étude de marché and co).

Déroutant mais réaliste.

Intéressant, mais quels sont les acteurs intérrogés?
Ceux qui "produisent" qui ne représentent que 5% de la réussite, c'est quand même peu. J'ai le sentiment que l'équipe de dev n'a pas dû avoir son mot à dire

[loka]

sans l'equipe de dev, pas de sortie du projet... donc perso je monterais à plus de 5%.

[davcha]

Quelle signification ont les pourcentages ?

5% signifie-t-il "5% du temps total de production", donc si le logiciel a été développé en 5000 homme.heure (toutes phases incluses : étude de marché, conception, développement, tests, marketing, formation des utilisateurs etc...), 5% représenterait 250 homme.heure ?

Ou alors 5%, dans le sens 5% du budget alloué à la production ? Donc si le projet a coûté 50000 euros, le développement a coûté 2500 euros ?

Ou bien autre chose ?

Je demande parce que la réussite du projet est attribuée "à l'impression/au pif" à 5% des compétences techniques de l'équipe de dvpt...
Je veux bien, c'est joli, mais ça veut pas dire grand chose.

[outs]

apparement ce 5% représente la part de la contribution technique par rapport a tout ce qui explique la réussite du projet.

Et ce n'est pas le travail total de l'équipe de dev qui représente 5% mais uniquement leur contribution technique. Ce qui sous entend qu'ils ont servis au d'autre chose aussi (communication, gestion du projet etc)

enfin c'est ce que j'ai compris.

[davcha]

Je veux bien oui, mais ces 5% sont mesurés à partir de quoi au juste ?

Parce que comparer la compétence technique et une étude de marché, et finir par donner des pourcentages... 5 et 50%... J'ai un peu l'impression de comparer le goût du poulet frit et la capacité absorbante des couches pampers là.

En plus la compétence technique... c'est différent de la contribution de l'équipe de devs, comme tu le fais bien remarquer.

Ce que je comprends c'est que la compétence technique des développeurs leur ont permi de faire le boulot en utilisant que 95% du temps qui leur était alloué au départ. Là, je veux bien, mais bon... Ca me parait quand même très flou comme affirmation : Ils attribuent à 5% les compétences techniques de l'équipe dvpt (hors encadrement).

Enfin, ça a certainement (dans le sens : "c'est une certitude") un sens, dans la mesure où il s'agit d'une "très sérieuse étude", mais sans la signification exacte de ces chiffres, le sens se perd.

C'est un peu comme dire : "le corps humain adulte mesure 8.", en omettant que l'unité de longueur est la hauteur d'une tête.

[viena]

Moi j'ai compris que les 5% représentent la variation de la reussite d'un projet selon les compétences technique des developpeurs.
En gros, si un même projet est développé par une équipe de supers techniciens, il a 5% de chances de plus de voir le jour que s'il est développé par une équipe de developpeur qui n'ont pas des compétences techniques tres elevées. Cependant, je ne sais pas si cela ne concerne que le fait que le projet voit le jour ou si cela entend par reussite de projet le fait qu'il sorte dans les delais sans dépassement de budget.

[mailaka]

Bon ça suffit les canulars

Ben oui, il l'a poste le 1er avril

[mistery]

Moi j'ai compris que les 5% représentent la variation de la reussite d'un projet selon les compétences technique des developpeurs.
En gros, si un même projet est développé par une équipe de supers techniciens, il a 5% de chances de plus de voir le jour que s'il est développé par une équipe de developpeur qui n'ont pas des compétences techniques tres elevées. Cependant, je ne sais pas si cela ne concerne que le fait que le projet voit le jour ou si cela entend par reussite de projet le fait qu'il sorte dans les delais sans dépassement de budget.

Effectivement, un projet logiciel, ce n'est pas que du code.

Réussite implique :
- Correspond aux exigences (voir aux attentes, ce qui n'est pas toujours la même chose !)
- Respect de la qualité
- Respect du business plan (dont les délais de dvpt)
etc...