Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
Ce qui fait la différence entre un simple projet et un bon projet
Bonjour,
ne sachant trop ou poster, j'ai finalement opté pour la conception...ma question est vraiment d'ordre général.
Quelles sont les caractéristiques qui font la différence entr eun simple projet et un bon projet, je pense par exemple aux fameux:
- Réutilisabilité
- Portabilité
- Maintenabilité
- ...
Si des personnes ayant plus d'expérience professionnelle que moi (il doit il y en avoir un bon milliard) pouvaient me donner leur avis sur la question, c'est volontiers!
Merci d'avance
Ca ce sont des caracteristiques possibles du code.Envoyé par TheCaribouX
J'avoue ne pas comprendre la notion de simple vs. bon projet. En tout cas, un projet reussi doit repondre aux besoins du client et etre termine selon le planning et le budget prevus.
Mmh, disons, comme je le vois, un simple projet répondra effectivement aux besoins du clients et au budget fixé, mais un bon projet vois un peu plus loin et part du principe que le code sera remanié et certainement par quelqu'un d'autre et doit donc avoir certaines caractéristiques de réutilisabilité par exemple.
Mon but est juste de demander si, au travers des différents projets rencontrés, certaines personnes sauraient énumérer d'autres caractéristiques qui font que lorsqu'on étudie le code, on sait qu'on a affaire à une personne qui a de l'expérience et pas à un mec qui a codé en trois jours un projet qui ne sera compréhensible que par lui-même
Ceci est déjà un bon projet, car peu de projets "réussissent" c'est à dire couvrent les besoins dans les temps et le budget impartit, tout en satisfaisant l'utilisateur (qui n'est pas forcément le client)...un simple projet répondra effectivement aux besoins du clients et au budget fixé
Tu ne vois pas d'autres caractéristiques qui seraient un + hed?
Si, le ROI
Sinon les critères de réutilisabilité, maintenabilité, sont plutot difficiles à juger, notamment si la situation "je dois réutiliser un morceau" ou "je dois faire évoluer" n'apparait jamais...
Attention ! Je ne dis pas que ces critères sont inutiles, loin de là !
Pour moi un bon projet est avant tout un projet vendable...Surtout dans la société d'aujourd'hui ;
Un projet peu être très bon, mais si personne n'en veut...peut-on encore parler de bon projet !?
Euh en toute rigueur le coté vendable c'est le job du commercial, la réussite du projet vient du chef de projet et de ses ouailles. En quoi un mauvais commercial qui ne vendrait rien ferait un mauvais projet ?
Je suis d'accord avec le fait que la réussite du projet vient du chef de projet et de ses ouailles. Mais se que je veu dire c'est que un projet peut etre mené parfaitement et etre très bon techniquement mais aujourd'hui on ne peut plus se détaché du coté commercial.
A quoi bon faire un excellent projet (quel qu'il soit) s'il n'interesse personne ?
Je pense qu'un chef de projet aujourd'hui ne peut plus se passé d'analysé si un projet est viable commercialement avant de commencé à codé quoi que se soit.
Pour moi si un projet n'est pas vendable (car trop spécifique par exemple) ou n'interesse personne, c'est un mauvais projet.
Ce n'est pas son job. Un projet ce n'est pas de la génération spontanée, il y a en amont des personnes qui ont étudié la viabilité économique.
Ouai bien sur mais le chef de projet doit faire parti des personnes qui ont viabilisé le projet
Répondre avec citation
Partager