Discussion :

[jpelaho]

Oui ca m'elcairci deja un peu sur le processus général. Donc en somme on a quoi, un chef de projet et l'équipe de programmeurs, c'est tout ? Donc c'est le chef de projet qui s'occupe de l'analyse des besoins, contacts avec le client, redaction des spécifications générales et détaillées ..enfin dans le cas d'une grosse équipe nécessitant biensur un chef de projet !
Il peut arriver des fois où un seul programmeur s'occupe de toutes ces phases ?

Sauf si le projet n'a pas beaucoup de fonctionnalités, il faut aussi des ressources internes "fonctionnelles" (experts métier) qui participer principalement à la réalisation des spécifications et au paramétrage de l'application installée chez le client. Ces "fonctionnels" ne peuvent pas être confondues aux développeurs.

Yoshidu62 , merci pour le livre.

[hegros]

Sauf si le projet n'a pas beaucoup de fonctionnalités, il faut aussi des ressources internes "fonctionnelles" (experts métier) qui participer principalement à la réalisation des spécifications et au paramétrage de l'application installée chez le client. Ces "fonctionnels" ne peuvent pas être confondues aux développeurs.

Yoshidu62 , merci pour le livre.

je pense que tu te trompes. Un développeur depuis x temps sur une appli de métiers y devient un fonctionnel (l'inverse est beaucoup plus rare), il peut ainsi jouer l'un ou l'autre des rôles en fonction du besoin et cela inclus bien entendu les spécifications et le paramètrage.

[souviron34]

je pense que tu te trompes. Un développeur depuis x temps sur une appli de métiers y devient un fonctionnel (l'inverse est beaucoup plus rare), il peut ainsi jouer l'un ou l'autre des rôles en fonction du besoin et cela inclus bien entendu les spécifications et le paramètrage.

je pense que c'est toi qui te trompe

C'est ce que font beaucoup d'entreprises, mais c'est aberrant ...

Aucun développeur n'est et ne sera jamais du métier, sauf si il le fait (et dans ce cas il n'est plus développeur).

Mais (et c'est bien ce que nous poussons à travers diverses interventions sur le fait de tenir compte de "l'ergonomie") il n'y a qu'un vrai utilisateur du métier qui sait ce que ça doit faire, les cas d'exceptions, les besoins ponctuels, les lois, les règles, etc etc..

Et ceci est vrai dans tous les domaines...

Que dirais-tu d'un toubib qui fait des progs dans ses soirées (ou, pire, qui a été conseil lors d'un long projet informatique) et vienne te dire "voilà, ce soft doit être fait comme ça et comme ça" ???

[hegros]

Aucun développeur n'est et ne sera jamais du métier, sauf si il le fait (et dans ce cas il n'est plus développeur).

Mais (et c'est bien ce que nous poussons à travers diverses interventions sur le fait de tenir compte de "l'ergonomie") il n'y a qu'un vrai utilisateur du métier qui sait ce que ça doit faire, les cas d'exceptions, les besoins ponctuels, les lois, les règles, etc etc..

Quand les utilisateurs métiers sont absents, aucun feed-back ce qui est trés fréquent c'est le développeur le vrai utilisateur métiers. Ensuite un contre-exemple c'est le domaine du jeu vidéo. Les développeurs sont les vrais utilisateurs donc les lois, les règles, les besoins etc ce sont eux qui les connaissent. Et c'est valable dans d'autres domaines...

Que dirais-tu d'un toubib qui fait des progs dans ses soirées (ou, pire, qui a été conseil lors d'un long projet informatique) et vienne te dire "voilà, ce soft doit être fait comme ça et comme ça" ???

[/QUOTE]

Je ne dirais rien juste l'écouter

[lepinekong]

Oui, c'est ce que l'on apprend à l'école mais généralement le cycle de vie est adapté au contexte industriel et économique de l'entreprise.

Cycle de V (waterfall) = simpliste et cata c'est pour ça que les méthodes agiles ont décollées. Il est malheureux qu'elles ne font que redécouvrir les principes du fondateur de la qualité Deming qui a formé les japonais à la qualité (les gourous français qui prétendent que c'est parce que ce sont des fourmis travailleurs répandent un faux mythe).

Les profs d'école n'ont pas de pratique sur des vrais projets ils répandent une formation simpliste genre cycle en V après on s'étonne du résultat.