Qu'est ce qu'un grand projet ?

**davcha** · 11/07/2006, 13h18

+1 pour cladsam.

Dans le même genre, la "grossitude" (grosseur c'est moche comme mot, et grandeur c'est réservé à la folie :p) d'un projet se voit peut-être dans son contrat de developpement.

Genre, si on commence à voir des choses comme "le client s'engage à payer X euros, dont 20% à la commande, 20% à la livraison de la version 1.0, 40% à la livraison de la version 1.1, 15% à la livraison de la version 1.2 et 15% à la livraison de la version finale 1.3"....
Je sais ça fait 110% mais apparemment ce projet était tellement gros qu'il a débordé.

**remy1066** · 21/09/2006, 00h05

Le terme projet est defini dans le standart ISO 10006:2003, sa traduction est la suivante:

" Processus unique qui consiste en un ensemble d'activités coordonnées et maitrisées comportant des dates de debut et de fin, entrepris dans le but d'atteindre un objectif conforme à des exigences spécifiques, incluant les contraintes de délais, de couts et de ressources."

**Hephaistos007** · 21/09/2006, 09h57

Le sujet du topic "Qu'est-ce qu'un grand projet ?" s'interresse d'avantage à la définition du mot grand, qu'au mot projet.

**zooro** · 21/09/2006, 10h11

Envoyé par Hephaistos007

Le sujet du topic "Qu'est-ce qu'un grand projet ?" s'interresse d'avantage à la définition du mot grand, qu'au mot projet.

Pas trouvé de définition ISO du mot "grand"

**davcha** · 21/09/2006, 17h19

Je me rappelle, en 5e je crois... j'avais un prof de français qui nous avait fait un discours sur le mot "grand".
En fait il avait l'air de vouloir qu'on écrive des histoires, ou du moins il parlait de ça de temps en temps, et son cheval de bataille c'était "à la poubelle les termes flous/ambigus/n'apportant rien de [i]concret[i] au discours".

Pour illustrer ses propos, il prenait l'exemple du mot "grand" dans un contexte "jardinier" :
C'est deux gosses qui parlent de leur jardin. Le premier dit à l'autre :
_ Mon jardin est grand !
_ Le mien aussi ! dit le second.
Plus tard, le second est invité chez le premier et il s'exclame :
_ Mais il est tout petit ton jardin !...
En fait, le jardin du premier gosse faisait 200m², alors que le jardin du second faisait 2000m².

A part ça, je me demande quel est l'intérêt de savoir si un projet est grand ou non. C'est un projet, il y a sûrement une estimation des charges quelque part et un délai à respecter, c'est pas suffisant ?
Ou bien l'intérêt de savoir si un projet est grand c'est de pouvoir dire à ses potes qu'on a bossé sur un grand projet

?

**zooro** · 21/09/2006, 17h28

Envoyé par davcha

Ou bien l'intérêt de savoir si un projet est grand c'est de pouvoir dire à ses potes qu'on a bossé sur un grand projet

?

Ben ouais, c'est juste pour la frime

**zecreator** · 06/10/2006, 12h34

Sur qu'avant tout, un grand projet c'est un projet auquel on a participé

**siplusplus** · 09/10/2006, 13h56

Bonjour,

Avant tout il ne faut pas oublier que nous somme
dans un topic pour professionnels...

Donc lorsqu'on parle de "gros" projet on fait référence
au budget alloué pour celui-ci.

Quand à la notion de temps, elle est fixée par les délais.

A partir de cela, on détermine la charge de travail
sur base homme par mois (ou homme par an),
à temps plein bien sûr.

Pour respecter les délais, le nombre de personnes pourra
augmenter pour former une ou plusieurs équipes.

Mais bon je n'apprend rien de neuf aux professionnels.

**zecreator** · 10/10/2006, 10h08

Je pense qu'un projet peut être concidérer comme "gros" quand plusieurs entités financières sont engagées.

Dans ma boite, nous travaillons depuis 6 ans sur un projet de "e-learning", financée en partie par ma boite, par des entreprises privées et par la "région".

Bref, un budget de près de 2 000 000 € est aloué chaque année pour ça.

**zooro** · 10/10/2006, 10h20

Envoyé par zecreator

Je pense qu'un projet peut être concidérer comme "gros" quand plusieurs entités financières sont engagées.
Dans ma boite, nous travaillons depuis 6 ans sur un projet de "e-learning", financée en partie par ma boite, par des entreprises privées et par la "région".
Bref, un budget de près de 2 000 000 € est aloué chaque année pour ça.

Donc, si la "région" payait ta boîte 2M€ par an depuis 6 ans, ce ne serait pas un "gros" projet ? Puisque seule une entité financière serait engagée...

**jylp27** · 20/12/2006, 19h38

Bonjour,
C'est la première fois que je viens sur ce forum et je dois avoué que j'aime bien les sujets qui ne sont pas que technique...
Je travaille depuis 5 ans seul sur un projet qui a commencé dans la première société de service dans laquelle j'ai travaillé il y a 25 ans.
Alors gros projets ou pas ?

En fait je pense que la définition de projet est primodial avant sa taille.

Un gros projet doit être décomposé en sous projets eux memes découpés en sous projets jusqu'a ce qu'il n'y est plus qu'un ensemble de petit projet. Dans ce cas, un petit projet est un projet que l'on ne peux plus diviser en sous projet et un gros projet un ensemble de petit projet.

Il peut y avoir 20 personnes qui travaillent simultanément sur 20 petis projets ou une personne qui travaille en suivant un planning sur 20 petits projets successivement. La taille du projet est toujours la somme des petits projets.

Il est donc possible dans ce cas, pour une meme unité de temps de faire un gros ou un petit projet.

Un grand projet (c'est a dire un projet prestigieux) est plus valorisant pour le concepteur. Un gros projet est rémunérateur. Un petit projet c'est sympa à gérer.

**nuke_y** · 28/12/2006, 12h24

Pour moi "gros" ou "petit" projet ne veut rien dire, et dépend juste du référentiel (désolé si la même chose a été dite avant).

Un chef de projet qui a mené un projet de 6 mois dans une minuscule boîte de 3 personnes et qui se pointe chez Oracle en disant qu'il veut gérer des "gros" projets risque de se faire recevoir.

En gros je dirais qu'il faut regarder la durée de réalisation, la charge (en jours / hommes), le coût (charge + matériel + licenses + etc.) et la plus-value associée (en argent que ce projet fera économiser, ou en argent que ce projet rapportera à la société une fois vendu ou mis en place, etc.) de tous les projets de l'entreprise (et éventuellement des concurrents) et établir un barême. A partir de là il est facile de voir si on est plutôt dans les "petits" projets ou dans les "gros".

Pour un particulier c'est pareil : écrire un logiciel en 2 mois qui va nous rapporter 30 000€ par ans pendant 10 ans : gros projet. Passer 20h/semaine pendant 10ans à faire une statue géante de groquick : gros projet, mais est-ce que ça vaut le coup ?

**@v@lon** · 11/02/2007, 13h18

Parfois, on dit que c'est un gros projet alors qu'il est fait avec une douzaine de lignes. Donc tous est sur le complex du projet, créer un prog de 20Mb qui compresse les DVDs et tu entre dans l'histoire de l'informatiquen (ainsi que faire fortune

)

**daydream123** · 07/02/2013, 09h14

Pour moi un grand projet est un projet qui a besoin de 3 années-hommes ou plus, en d'autres termes 3 développeurs pour 200 jours.

**souviron34** · 07/02/2013, 10h50

Envoyé par voila

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

Non, pas forcément

(et même souvent c'est l'inverse)

6 personnes pendant 300 jours iront plus vite que 600 personnes pendant 3.. Et ça m'étonnerait que 600 personnes fassent le travail des 6 dans la même durée.. Mais en beaucoup plus de temps... 600 personnes, il faut origaniser, faire des réunions, de décision, de coordination, de rétro-action, d'impact, de documentation....

Donc vraisemblablement 600 personnes mettront entre 2 (pour être gentil) et 10 fois plus de temps que 6...

Même argument que celui utilisé par les politiques pour dire : "1h de travail en moins / personne = X centaines de milliers d'emplois en plus". C'est tout simplement faux...

**el_slapper** · 07/02/2013, 12h41

un peu de lecture(en anglais) à ce sujet : Fred Brooks parle du mythe de l'homme mois. C'est le premier a avoir évoqué le sujet. En 1975.

Martin Fowler parle plus spécifiquement des difficultés à rajouter des gens sur un projet.
Ils vont à 100% dans le sens de Souviron(et moi aussi)

Plus controversé, Joel Spolsky détaille ce qui fait qu'une équipe marche bien. Et ce n'est pas l'empilage de gens(au contraire).

Plus détaillé, Steve McConnell estime(standards à l'appui) que les facteurs humains ont un facteur de 25,8 sur la productivité - là ou les facteurs organisationels ont un facteur de 1,43(et les améliorer a tendance à faire se barrer les gens qui savent).

En bref, je n'étais pas né que les gens qui suivent leur domaine savaient déjà que faire un bidget en divisant la charge par le nombre de gens, c'était de la niaiserie(pour rester poli).

**Logan Mauzaize** · 07/02/2013, 13h58

Il faut aussi relativiser. Un "gros" projet type bundle tu peux déjà au moins diviser en autant d'équipe que de "réels" projet dans le bundle.

De même un projet ne veut pas nécessairement dire une seule application. Une seule application ne veut pas dire non plus un seul "systeme".

Enfin si j'ai une multitude de projet avec deux développeurs : l'un bon et l'autre moins. J'y gagnerai sûrement plus à les faire travailler ensemble.

**gangsoleil** · 07/02/2013, 15h44

Envoyé par souviron34

Non, pas forcément

(et même souvent c'est l'inverse)

[...]

Donc vraisemblablement 600 personnes mettront entre 2 (pour être gentil) et 10 fois plus de temps que 6...

Même argument que celui utilisé par les politiques pour dire : "1h de travail en moins / personne = X centaines de milliers d'emplois en plus". C'est tout simplement faux...

Comme disait mon ancien chef : "Avec 9 femmes, on ne fait un bebe en un mois".

**qadassi** · 10/02/2013, 10h09

Bonjour,

J'ai lu toutes les pages concernant ce débat, et tout comme l'adjectif 'grand' est vague, monter d'un cran d'abstraction le débat est intéressant.

Le nombre de ligne de code, le budget, ou l'energie homme x jour étant des critères trop superficiel qui sans la présence d'une structuration dans le projet perdrait toute signification.

Ensuite une structure organisant clairement plus de 1000 composants (peu importe ce qu'il sera) est gigantesque, mais sans la moindre recursivité, ferait d'un tel projet un simple assemblage de légo, quoique très juteux en €/$, ou immense en ligne de code et infaisable pour un homme en une vie, il reste néanmoins bourin, vide d'estime et de de reconnaissance: ce projet aura en $/€ ce qu'il n'aura pas en applaudissement (sauf hypocrite).

A partir d'une récursivité des composants sur seulement 1 composant intermédiare avant le cycle, cad des cycles à 3, alors a peine 6 composants deviennent difficilement gérable par le commun des développeurs dans un projet qu'on pourra alors qualifié de grand!

**souviron34** · 10/02/2013, 13h20

Désolé, rien compris

Qu'est ce qu'un grand projet ?

Débats sur le développement - Le Best Of

Discussions similaires

Partager

Partager