Envoyé par
souviron34
C'est également vrai (par excès inverse) des devs Waterfall purs, pour peu quils soient conséquents...
Qui a vu des docs de specs ou d'analyse, et même de conception, même détaillée, mises à jour réellement ?? Et une remontée au fur et à mesure dans les docs de plus haut niveau lors d'une modification, soit due à un bug d'analyse, soit due à une avancée technologique, soit due à une optmisation d'algo ???
Trop de docs tue la doc, de même que pas assez est absurde...
Cependant, l'obligation de documents multiples et variés à chaque étape dans le Waterfall est une source inévitable d'hydre .. Dès que le projet est un tant soit peu conséquent...
(dans le projet de 60 personnes dont je parlais plus haut, il y avait une pièce de 30m2 entière remplie d'étagères remplies de docs depuis le début du projet.. 16 ans après, d'une part aucune doc n'était à jour, tout le monde (y compris l'Architecte en Chef, là depuis le départ) ne savait plus ce qu'il y avait dedans, et l'état des connaissances et de l'informatique et des utilsateurs avaient complètement changé entre temps, donc la plupart des analyses et conceptions d'origine étaient devenues obsolètes)
NB: enfin, petite note pratique... Si demain matin tu étais mis dans un tel projet, ayant environ au minimum 100 000 pages de docs, que ferais-tu ? Même si le document d'analyse ne faisait que 150 pages ?? Le lirais-tu dans son entièreté, ou irais-tu d'une part glâner des infos auprès des gens là depuis longtemps, puis parcourir les répertoires du source ??
En tant que CP ou architecte, tu lirais une partie, et tu zapperais vraisemblablement 90%. En tant que programmeur, analyste-programmeur, maintenance, ou système, tu irais sans doute directement dans la structure des répertoires et des sources...
Partager