j'aimerais juste trouver une solution rapide et temporaire pour une amie
Situation très courante et... très mauvaise.
On perd beaucoup plus de temps, d'argent... et de données en fonctionnant ainsi
qu'en étudiant le projet de manière intelligente et organisée.
Pourquoi ?
Là, tel que tu es parti, tu vas monter une toute petite appli qui stocke des données immobilières.
Pourquoi pas, mais autant dire que tu peux te contenter d'une feuille Excel !
Ensuite, ta cliente va te demander si tu peux faire tel ou tel tri.
Tu vas coder ça, en grognant un peu qu'elle aurait pu te le demander au début...
Puis elle va te dire que les tris, c'est bien, mais qu'elle a besoin de faire des recherches spécifiques.
Tu vas lui coder une fontion de recherche sur un ou deux critères (en fait, des tris avancés)
Tu en es à combien d'heures de travail, là ?
À refaire, modifier, corriger, ce que tu as déjà passé des heures à créer ?
L'appétit venant en mangeant, elle voudra une recherche multi-critères
Et là, tu vas pleurer parce que ce sera impossible ou nécessitera des heures et des heures de boulot
pour un résultat dont les performances seront nulles, qui plantera sur chaque cas particulier...
En clair, tu te diras :
"Si elle m'avait dit toutes les fonctionnalités qu'elle voulait au début,
j'aurais pu lui concevoir un système correctement analysé.
Ça m'aurait pris moins de temps à faire, ça marcherait 100 fois plus vite, ce serait sans erreur et évolutif"
Au lieu de ça, tu auras passé ton temps à coller des rustines...
Pourt un truc qu'elle jettera encore plus vite que prévu,
car le fait que cet outil soit défini comme "temporaire", en attendant plus adapté
ne signifie pas qu'elle se satisfera d'un truc bancal.
Crois-en mon expérience (et ce message ne s'adresse pas qu'à
Neoiork) :
j'ai vu des dizanies de projets, dans des petites comme dans des grosses boites,
lancés en 5 minutes sur un coup d'urgence avec l'argument :
"Contentez -vous de faire un truc simple et rapide pour commencer, pour dépanner.
On fera une version plus étudiée, plus élaborée, plus tard..."
La grande majorité de ces projets ont été abandonnés dans les 48 heures qui ont suivi leurs livraisons.
Motif : inutilisables.
Bilan : perte sèche (temps de développement, attente de l'outil non satisfaite,
délai et coûts supplémentaires pour repartir sur un nouveau projet,...
Moralité : Mieux vaut bien faire du premier coup, non ?
Vous êtes nombreux à vous lancer dans le développement
après une minuscule analyse du projet (quand il y en a une !)
tout simplement parce que vous connaissez un langage ou êtes attiré par l'aspect technologique,
mais l'essentiel d'un projet, c'est son analyse.
Un truc à retenir :
Le développement n'excède jamais 20% du temps de réalisation d'un projet.
[quote="Neoiork"]j'aimerais juste trouver une solution rapide et temporaire pour une amie[/quote]Situation très courante et... très mauvaise.
On perd beaucoup plus de temps, d'argent... et de données en fonctionnant ainsi
qu'en étudiant le projet de manière intelligente et organisée.
Pourquoi ?
Là, tel que tu es parti, tu vas monter une toute petite appli qui stocke des données immobilières.
Pourquoi pas, mais autant dire que tu peux te contenter d'une feuille Excel !
Ensuite, ta cliente va te demander si tu peux faire tel ou tel tri.
Tu vas coder ça, en grognant un peu qu'elle aurait pu te le demander au début...
Puis elle va te dire que les tris, c'est bien, mais qu'elle a besoin de faire des recherches spécifiques.
Tu vas lui coder une fontion de recherche sur un ou deux critères (en fait, des tris avancés)
Tu en es à combien d'heures de travail, là ?
À refaire, modifier, corriger, ce que tu as déjà passé des heures à créer ? :sad:
L'appétit venant en mangeant, elle voudra une recherche multi-critères
Et là, tu vas pleurer parce que ce sera impossible ou nécessitera des heures et des heures de boulot
pour un résultat dont les performances seront nulles, qui plantera sur chaque cas particulier...
En clair, tu te diras :[i] "Si elle m'avait dit toutes les fonctionnalités qu'elle voulait au début,
j'aurais pu lui concevoir un système correctement analysé.
Ça m'aurait pris moins de temps à faire, ça marcherait 100 fois plus vite, ce serait sans erreur et évolutif"[/i]
Au lieu de ça, tu auras passé ton temps à coller des rustines... :evil:
Pourt un truc qu'elle jettera encore plus vite que prévu,
car le fait que cet outil soit défini comme "temporaire", en attendant plus adapté
ne signifie pas qu'elle se satisfera d'un truc bancal.
Crois-en mon expérience (et ce message ne s'adresse pas qu'à [b]Neoiork[/b]) :
j'ai vu des dizanies de projets, dans des petites comme dans des grosses boites,
lancés en 5 minutes sur un coup d'urgence avec l'argument :
[i]"Contentez -vous de faire un truc simple et rapide pour commencer, pour dépanner.
On fera une version plus étudiée, plus élaborée, plus tard..."[/i]
La grande majorité de ces projets ont été abandonnés dans les 48 heures qui ont suivi leurs livraisons.
Motif : inutilisables.
Bilan : perte sèche (temps de développement, attente de l'outil non satisfaite,
délai et coûts supplémentaires pour repartir sur un nouveau projet,...
Moralité : Mieux vaut bien faire du premier coup, non ? ;)
Vous êtes nombreux à vous lancer dans le développement
après une minuscule analyse du projet (quand il y en a une !)
tout simplement parce que vous connaissez un langage ou êtes attiré par l'aspect technologique,
mais l'essentiel d'un projet, c'est son analyse.
:idea: Un truc à retenir :
Le développement n'excède jamais 20% du temps de réalisation d'un projet.
