Par contre pour les test, je bosse dans le service depuis 22 ans et j'ai vu très peu de client prêt à payer pour ça, ce qui l'intéresse c'est que ça marche et il y à la recette pour ça.
Au bout d'un moment on constate que la recette est contre productive et qu'il est beaucoup plus efficace de bosser en amont et de manière continue.
La recette, c'est beaucoup trop tard pour trouver les problèmes. C'est ta dernière phase avant la livraison. Tu fais quoi quand il y a un vrai problème ? Tu fais quoi quand il y a un truc à modifier ? Tu fais quoi quand tu te rends compte 6 mois après le début du dev que ca passe pas ?
Pour avoir vécu la migration de phase de recette qui durent 6/8 semaines vers des techniques de notre époque le client est au contraire très content pour ce que ca lui coûte moins cher pour avoir un meilleur produit... Avant les devs se tournaient les pouces pendant ce temps. Le produit était inévitablement plus mauvais par ce que l'assemblage, les tests, la détection des regressions et la validation par le client arrivaient beaucoup trop tard qu'on puisse y faire quoi que ce soit d'utile. Maintenant ca bosse de manière fluide, on livre à la demande des choses de qualité constante avec une vélocité constante et bien supérieure.
Le client il est pas con. Si c'est mieux pour moins cher il achète... Si en plus il peut comparer les résultats de différentes équipes ca devient vite flagrant pour lui. Si le coût à long terme augmente en faisant les choses correctement il y a un soucis quelque part...
[^] # Re: qu'est-ce qu'il dit ?
Posté par ckyl . En réponse au journal Ce qu'on demande à un développeur aujourd'hui. Évalué à 6.
Au bout d'un moment on constate que la recette est contre productive et qu'il est beaucoup plus efficace de bosser en amont et de manière continue.
La recette, c'est beaucoup trop tard pour trouver les problèmes. C'est ta dernière phase avant la livraison. Tu fais quoi quand il y a un vrai problème ? Tu fais quoi quand il y a un truc à modifier ? Tu fais quoi quand tu te rends compte 6 mois après le début du dev que ca passe pas ?
Pour avoir vécu la migration de phase de recette qui durent 6/8 semaines vers des techniques de notre époque le client est au contraire très content pour ce que ca lui coûte moins cher pour avoir un meilleur produit... Avant les devs se tournaient les pouces pendant ce temps. Le produit était inévitablement plus mauvais par ce que l'assemblage, les tests, la détection des regressions et la validation par le client arrivaient beaucoup trop tard qu'on puisse y faire quoi que ce soit d'utile. Maintenant ca bosse de manière fluide, on livre à la demande des choses de qualité constante avec une vélocité constante et bien supérieure.
Le client il est pas con. Si c'est mieux pour moins cher il achète... Si en plus il peut comparer les résultats de différentes équipes ca devient vite flagrant pour lui. Si le coût à long terme augmente en faisant les choses correctement il y a un soucis quelque part...