Précédent   Forum des professionnels en informatique > Général Développement > Conception > Méthodes
Méthodes Forum d'entraide sur les méthodes : Merise, UP, XP ...
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 17/10/2007, 14h19   #21
Membre éclairé
 
Avatar de jpelaho
 
Homme Jules PELAHO
Consultant ERP
Inscription : avril 2006
Messages : 106
Détails du profil
Informations personnelles :
Nom : Homme Jules PELAHO
Localisation : Cameroun

Informations professionnelles :
Activité : Consultant ERP
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : avril 2006
Messages : 106
Points : 325
Points : 325
Citation:
Envoyé par Franck.H Voir le message
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.
__________________
Aidez developpez ! | Mes articles
jpelaho est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 15/10/2008, 23h57   #22
Membre expert
 
Homme
Ingénieur R&D
Inscription : juin 2003
Messages : 4 502
Détails du profil
Informations personnelles :
Sexe : Homme
Âge : 31
Localisation : Algérie

Informations professionnelles :
Activité : Ingénieur R&D
Secteur : Industrie

Informations forums :
Inscription : juin 2003
Messages : 4 502
Points : 5 937
Points : 5 937
Citation:
Envoyé par jpelaho Voir le message
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.
hegros est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 21/10/2008, 16h10   #23
Expert Confirmé Sénior
 
Inscription : janvier 2007
Messages : 8 743
Détails du profil
Informations personnelles :
Âge : 54

Informations forums :
Inscription : janvier 2007
Messages : 8 743
Points : 9 978
Points : 9 978
Citation:
Envoyé par hegros Voir le message
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" ???
__________________
"Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".

Consultant indépendant.
Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
C, Fortran, XWindow/Motif, Java

Je ne réponds pas aux MP techniques
souviron34 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 26/12/2008, 15h18   #24
Membre expert
 
Homme
Ingénieur R&D
Inscription : juin 2003
Messages : 4 502
Détails du profil
Informations personnelles :
Sexe : Homme
Âge : 31
Localisation : Algérie

Informations professionnelles :
Activité : Ingénieur R&D
Secteur : Industrie

Informations forums :
Inscription : juin 2003
Messages : 4 502
Points : 5 937
Points : 5 937
Citation:
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...


Citation:
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
__________________
" Dis ce que tu veux qui insulte mon honneur car mon silence sera la réponse au mesquin.
Je ne manque pas de réponse mais : il ne convient pas aux lions de répondre aux chiens ! " [Ash-Shafi'i ]
hegros est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 07/01/2010, 23h21   #25
Membre confirmé
 
Lépine Kong
Inscription : janvier 2010
Messages : 205
Détails du profil
Informations personnelles :
Nom : Lépine Kong
Localisation : France, Paris (Île de France)

Informations forums :
Inscription : janvier 2010
Messages : 205
Points : 225
Points : 225
Citation:
Envoyé par ludovic.fernandez Voir le message
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.
lepinekong est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 21h48.


 
 
 
 
Partenaires

Hébergement Web