On voit aussi de l'agile appliqué de la sorte :
Toute tache dure 2 semaines au maximum --> Si le dev dit qu'il faut 10-12 jours, c'est 2 semaines. S'il dit qu'il faut 20 jours, on coupe le truc en deux, et on fait 2 taches de 10 jours. S'il repond 50, on fait 5 taches. Et avec 9 femmes, on fait un bebe en un mois, c'est bien connu.
Stand-up réunion tous les matins, ou chacun dit ce qu'il a fait la veille et ce qu'il fera dans la journée. --> Hier, j'ai chercher comment contourner le probleme machin. Heureusement, il y a la reunion de ce matin pour que je vous en parle, car je ne suis pas allé voir le specialiste du truc pour avancer, j'ai preferé merder dans mon coin. Et j'oublie aussi celui qui te raconte sa vie pendant la reunion.
Et bien sur des aller-retour avec le client --> Ah oui, mais le developpeur ne parle pas au client, tout doit absolument passer par le chef de projet, qui reformule (quitte a ne plus poser la bonne question) et envoie et transfert la reponse.
C'est toi qui parle de SSII et de reconnaitre la valeur du developpeur, avec des chefs de projets competents qui sont capables d'avouer qu'ils ne savent pas quelque chose et de faire confiance a l'analyse du developpeur ? Nous n'avons pas connu les memes SSII !C'est là tout le problème et un des points cruciaux de l'agilité. Reconnaître la valeur du développeur. Ou, en d'autres termes, pour le CP qui ne comprend rien à la technique, être capable de l'avouer/le reconnaître et faire confiance au dév.
Partager