Discussion :

[b_free]

La taille d'un projet est une vue de l'esprit:

Si ta structure c'est toi et que tu peux sortir 50 j/h par an sur tes loisirs, un projet de 20 ou 30 j/h est un projet majeur. Dans une structure de 15 personnes au boulot (chaque personne sort 220 j/h par an), un projet de 20 ou 30 j/h on en parle à peine.

Un projet devient gros à partir du moment ou il commence à te bouffer au alentour de 15-20% de ta capacité annuelle. Il est majeur au dela de 30 et mineur en dessous de 5.

[Geronimo]

J'aime bien cette réponse...

[voila]

juste une précision :

une charge de travail s'ecrit : j.h et non j/h parce qu'on part du principe que la charge de travail d'un projet informatique est constante

charge ( cste )= durée*ressource => durée = charge/ressource

donc pour une charge constante ( un projet ) si tu augmentes tes ressources tu diminues la durée, logique non ???

l'ecriture j/h est une erreur courrante du à l'abus de langage parce qu'on dit il faut N "homme par jour" au lieu de dire N "homme jour".

[b_free]

Eh bien, voilà qui m'apprendra à quitter ma casquette de pro trop vite sur les news. Y a des perfectionnistes. Autant pour moi.

[haypo]

Et bé, quel débat ! Je vais y apporter ma pierre.

Je ne pense pas que le facteur argent entre en compte : Linux (le kernel, le noyau du sysyème a, presque, été développé intégralement par des passionées qui l'ont écrit dans leur temps libre, et donc sans argent. Par contre, qui ira oser dire que Linux est un petit (mini) projet ? 70 MEGA octets de source en C :-/

Mesure en temps ... C'est relatif. On peut se casser la tête durant 10h pour trouver la meilleur méthode pour calculer a^n, et finalement écrire 10 lignes de code !

Il vaudrait mieux juger la quantité de code source, le nombre de personnes qui travaillent dessus, et/ou la qualité du programme (???).

Pour moi, plus il y a de fichiers, plus le projet est "gros". Ok, certains font des fichiers d'au maximum 100 lignes, d'autres vont faire un unique fichier de 5000 lignes (j'en ai écrit un en Pascal, on ne rigole pas dans le fond, c'est un peu le bordel avec les unités Pascal quand il y a plusieurs dépendances ... vive les ".h" du C !!!). Par contre, quand on atteind 1000 fichiers source, ça devient conséquant, non ? ... Ok, si il y a 990 images dans le tas, ça compte pas :-)

Bref : Il n'y a pas de critère précis. Ca s'évalue selon chaque cas.

Je développe une calculatrice formelle en solo depuis un an et demi, mais je n'ai pas encore vu de psy :-) Je ne travaille pas 24h/24h, ça dépend de mon temps libre essentiellement. Le code source fait 400 Ko en ZIP, ça commence à devenir conséquent. Ceux qui osent décompresser le ZIP n'y comprennent rien (selon les retours par email). Moi je m'y sors très bien :-) Je sais exactement pourquoi il y a écrit "char" et non "int" à tel ligne de tel fichier !

Alors, gros projet ou non ? ... C'est subjectif ! Quelqu'un qui découvre le C va être impressionné par la quantité de code. Celui qui a vu le code de Windows va dire que c'est un minuscule projet d'amateur !

@+ Haypo

[Denis69]

Je pense effectivement que le terme de 'gros' projet est subjectif, et que pour le même individu, il peut évoluer avec le temps. Je m'explique : quand j'ai fait mon stage, en IUT d'informatique, j'ai été impressionné par la taille du projet que j'ai vu : 1,5 million de lignes de code en pascal, une équipe de 5 développeurs plus un chef de projet... J'ai trouvé ça très gros... Mais depuis, j'ai vu tellement plus gros qu'il en devient presque ridicule : 50 millions de lignes de code en 7 langages différents(sic!), 150 développeurs (de 5 sociétés différentes), 7 chefs de projet, et environ 5 ans de retard sur un projet prévu en 7 ans................... Disons que quand tu développes, tu le sens gros ou pas.... C'est à la fois question de temps nécessaire, de taille des sources, de nombre de personnes, etc.....

[venom]

j'aimerais m'arreter sur un detail...

quel serait le plus grand projet selon deux situations differentes...

resolution d'un algorithme complexe hors de portée d'un humain "normal" (10 minutes pour einstein, 150 ans pour le commun des mortels)

Selon le point de vue, il y a le critère des compétences qu'il faut prendre en compte ainsi qu'une dimension psycholoqique concernant les capacités d'appreciations du client...

[mat.M]

Donc, travaillant seul sur un projet, je dois considérer que ce n'est pas un gros projet ?

Un gros projet c'est quand :
on signe avec un client un gros contrat
ou bien des perspectives de rentabilité économique élevées

Désolé de parler sous mais c'est le nerf de la guerre.

[Yabo]

Un gros projet c'est comme dans la pub pour IBM

[Ptibibi]

Un gros projet est un projet qui dépasse 2 ans/personne en gestion de projet... lol Alors qu'on soit seul ou en équipe, selon cette définition, peu importe...

Mais on peut considérer comme un gros projet un projet qui nous tient à coeur pourquoi pas lol

[feed_our_vision]

Selon moi,un gros projet ca depend de plein de choses,techniquement des donnees de genie logiciel...
Un projet,je veux dire,son importance c'est surtout son cout qui s'exprime en home-mois(hm) ou en hommes-annees(Le nombres de personnes qui devrait travailler sur le projet durant la duree du cycle de developpement)
Ce qui depend du deadline,ces donnes sont pareilles que vous travaillez seul ou en equipe.
Pour accroite la productivite du developpement,c'est bon d'accroitre le nombre de personnes sur le projet et ceci aussi depend de la taille du projet qui s'exprime en Kilo source et de sa vendabilite..Il y assez de parametres autour d'un projet de developpement,ce qui fait qu'il ne serait que pretention d'assurer une definition nickel d'un projet gros.....

J'estime qu'un projet peut etre considere comme gros s'il a en moyenne:5hm,15kls....c'est mon avis

[os9]

Comme tout est relatif,
personnellement je vois qu'un grand projet se voit en fonction de son apport
par rapport à l'existant.
Je veux dire par existant l'état du système avant l'arrivée du projet en question.
ça c'est une approche, donc par rapport à l'entourage restreint.
Mais on peut aussi prendre comme repère la communauté entière du domaine du projet
et on compare son apport par rapport à toute la communauté.
Tout ça, ne prend pas en considération si le projet est fait par une personne ou plusieurs
de toute façon c'est pas ça le facteur le plus important.

L'apport d'un projet, le facteur temps et neuronnes consommées définissent tous la taille d'un projet (grand ou pas).

[Eowyn]

Tout à fait d'accord à avec OS9.
La taille d'un projet dépend de ce qu'il apporte à l'existant mais également au nombre de personnes touchées par le nouveau produit.
Je parle ici de projet "professionnels" en entreprise.
J'avoue avoir du mal à définir la taille d'un projet pour un "solitaire-amateur". Par amateur j'entends que le développement n'est pas son activité principale (rémunérée) et en aucun cas la qualité du code produit.
Si quelqu'un passe ses nuits pendant 10 ans à développer un produit que lui seul va utiliser... est-ce un gros projet ?
Pour le business certainement pas.
Pour soit... oui !

[Rafy]

Je pense que le nombre de personne, et le temps consacré par jour est indépendant de la taille du projet.
Un projet peut-être collossale mais gérer par une personne pendant 10 ans.
Plus le nombre de personne est grand et plus le projet avance vite, c'est tout, le temps consacré est lui aussi un facteur de rapidité de développement, mais en aucun cas un facteur de la taille du projet...
Je pense que la taille du projet est quelque chose d'abstrait, et que pour la définir il faut avoir du recul, donc soit avoir fini le projet, soit voir le projet avec des yeux extérieur, c'est à dire quelqu'un qui ne fait pas partie du developpement ou bien si le projet est mené par plusieurs personnes de front alors chaque personne peut juger si ce qu'a fait l'autre permet de dire si le projet sera grand/gros.

[davcha]

Le problème avec la définition d'un "grand/gros" projet, c'est qu'on cherche à faire une mesure relativement précise de quelque chose de tout à fait imprécis.

"grand/gros", c'est très vague, en fait.

[yaboki]

un projet devient un gros projet qd le nombre de personne augmente et le temps passé sur le projet aussi

[blbird]

Personne ne tente de matérialiser le problème en le quantifiant en unités jours/homme?

Je dirais

- petit projet : <= 35 jours/homme

- moyen projet : <= 120 jours/homme

- grand projet : > 120 jours/homme

à la louche!

[Hephaistos007]

C'est bien, mais cela pose le problème ultra-connu du seuil (threshold).
Ainsi un projet de 120 jours/homme est un projet moyen, alors qu'un projet de 121 jours/homme est un grand projet !

[Eusebius]

C'est bien, mais cela pose le problème ultra-connu du seuil (threshold).
Ainsi un projet de 120 jours/homme est un projet moyen, alors qu'un projet de 121 jours/homme est un grand projet !

Vive la logique floue à sortie symbolique alors

[cladsam]

En fiat je pense qu'il fuat relativiser en fonction de la structure dans laquelle c'est developpé. Un projet de 120 jourde dev pour une SSII majeur qui va y mettre un grosse équipe ce sera pratiquement sans influence sur le budget.
S'il faut 120 jours de travail effectidf pour et que c'ets fait par un particulier a raison d'une heure par jour alors pour lui ce sera un très gros projet, pourtant c'est le meme projet... bref ca depend gros par rapport a quoi?