Discussion :

[qadassi]

je te vois venir: tu me laisses parler puis

Par exemple, si on prend trois tables d'une base de données: classe<->eleve<->matiere<->classe.

Une classe peut être lié à une autre classe via les eleves puis les matières, ou via les matières puis les élèves, et on peut donc étudier une "distance" entre deux classes qui peut être différentes.

Personnelement, envisager une telle structure entre mes tables, mes classes, ou mes modules est encore impensable, alors que cela aurait un intérêt évident.

Bref je suis capable du projet bourin, 500 lignes codes par jour sans générateurs de codes, mais pas encore sur ce niveau d'abstraction, c'est un challenge qu'il me reste.

[rimram31]

...Martin Fowler[/URL] parle plus spécifiquement des difficultés à rajouter des gens sur un projet...

D'où la pertinence d'évaluer s'il s'agit d'un petit/moyen/gros projet :-) car en fonction de cela, tu adapteras ta structure de gestion et d'encadrement. De façon relativement neutre (je crois ...) on parle de gros projet quand on commence a compter en années homme, en tout cas c'est le conseil que je donnerais a ceux qui vont indiquer la taille de leur projets dans leur CV (y mettre le poids en années/mois homme est plus raisonnable).

[Ecva233]

Petit, moyen, grand ou gros ne sont que des visions subjectives

Ils existent 2 types de projets:
- ceux qui doivent aboutir absoluement. On les reconnait facilement, car généralement tu as les instances dirigeantes au bout du téléphone et en direct (même le PDG connait ton nom, ton numéro de poste téléphonique), classique des projets touchant la comptabilité d'une entreprise.

- les autres : déjà vu au moins un projet de plus de 60 000 j/h arrêté et jeté à la poubelle sans affecter le métier de l'entreprise.

C'est plus simple comme classification.