• [^] # Re: Ce n'est pas ce qu'il dit.

    Posté par . En réponse au journal Grabuge à la FSF : GnuTLS quitte le projet GNU et sed perd son mainteneur. Évalué à 3.

    Il ne faut pas oublier que certain se contente de faire ce que l'on demande et n'en ont rien à foutre dans la mesure ou on ne peut rien leur reprocher.

    Alors c'est dehors. Tu gagnes beaucoup plus à avoir une équipe qui bosse en interagissant avec le client qu'à mettre un "chef de projet" qui est censé rattrapé les choses par magie. D'une manière générale dès que tu as des phrases du type "certains XXXX font toujours YYYYY" c'est que tu as un problème qu'il faut résoudre.

    Sans parler des situations ou on sait que l'utilisateur ne sera pas satisfait quoi que l'on fasse.

    A partir du moment où c'est le client qui rempli le backlog, que c'est lui qui l'ordonne et que l'équipe(s) fait son job en donnant un avis pertinent sur les choix et qu'elle livre ce sur quoi elle s'est engagée avec la qualité souhaitée si il est pas content c'est de sa faute. Il a choisi chaque brique en étant pleinement conscient de chaque choix.

    C'est d'ailleurs utile d'avoir un chef de projet qui filtre les évolutions dans le cas d'un projet au forfait.

    En même temps projet au forfait ça va direct dans le mur. Puisque non seulement les specs mais aussi les coûts sont fixés la seule variable d'ajustement possible est la qualité. Utiliser la qualité comme variable d'ajustement est toujours la pire chose à faire. Bref la tu combines les problèmes du modèle en cascade dont on parlait avec une relation contractuelle qui te fait encore perdre des variables d'ajustement.