Recherche:

Je pense que tu ne vis pas dans le même monde que moi. :lol:
Je t'assure que des étudiants qui aiment développer j'en vois en masse. Et ce n'est pas parce qu'ils aiment qu'ils finissent par...

Ce n'est pas particulier aux méthodes agiles. Il est utile pour communiquer en équipe d'utiliser en tableau. On trouve ça à peu près partout.

Tu croyais vraiment que je n'avais pas compris ? 8O
C'était de l'humour ;)

Connais-tu la définition d'un mathématicien ?
C'est une fonction qui transforme le café en théorème.

Ce qui est dommage. Sinon je l'utiliserais. :boulet:

Je ne le prenais pas de manière aggressive. Je me demandais simplement ce que tu voulais dire par là ;)

sauf qu'un bon plan prend en compte ses failles. La défense française a été mal exécuté, certains généraux étaient aussi peu motivés, mais le plan n'était pas parfait non plus. Il n'avait pas pris en...

C'est pas à moi que tu réponds là ? Parce que je ne vois pas où j'ai dis quoique ce soit qui ressemble à ça. :?

Ce n'est pas ce qu'on appelle rigueur alors :mouarf:
C'est même vaguement antinomique.



Et bien moi ça ne me plairait pas du tout. Je l'étudie, je l'enseigne et je suis content de ne pas faire...

Justement, les ingénieurs-besoins sont nécessaires dans tout projet à risque. Souviron travaille dans l'aéronautique et moi, je suis en génie logiciel dans l'étude des systèmes critiques. Est-ce que...

Je crois que tu te leurres à fond. La finance est très bien mathématisé, et je parle par expérience vu les chercheurs en math et en admin chez nous qui s'intéresse à ça, et donc aisément...

C'est là effectivement qu'il semble y avoir un malentendu. L'ingénieur besoins n'a pas le temps d'être un expert métier, et en général il n'est pas un expert de la conception ou d'une bébèlle...

Il existe toujours des spécification à faire. Je pense que tu n'as pas compris que c'est l'attitude que tu cites qui a mené aux échecs cinglants des grands projets informatique. Et en comprenant ça,...

Je suis d'accord avec à peu près tout.
Mais explique moi en quoi cela fait-il que l'ingénieur besoin n'est pas important ? Tu sembles justement soutenir le contraire ! Dans un domaine où les experts...

C'est vrai partout en tout d'une certaine manière.

Maintenant en regardant les cas concrets, c'est-à-dire en prenant en compte le fait que ce n'est jamais unanime ce genre de sentiment, les...

Les exemples que je te parle ont tous au moins 50 développeurs. Ils ont tous réussi et dans certain cas, comme MTI avec Meteor, la productivité a été excellente. Tu ne devrais pas généraliser. Je ne...

Non ce n'est pas une chimère. Je peux te trouver des paquets d'exemple, dans des projets très complexe (Matra, Siemens, Nasa, Hydro Québec... ) qui s'étalent sur des années, où les analystes besoins...

Je ne suis pas sûr d'avoir compris ton point. Mais je suis content d'être la bonne personne ;)

Hummm mauvais exemple ;) On sait que pendant la seconde guerre mondiale environ 75% des soldats étaient paralysés de peur et ne tiraient pas, restant terré dans leur coin, ou tiraient au hasard dans...

Sauf que parfois c'est plus vicieux que juste « c'est pas clair ». C'est plutôt « ça semble clair ». Je ne sais pas ce que tu as fait comme étude ni ce que tu as eu comme cours sur l'analyse des...

En fait, le gabarit est la conception. L'analyse des besoins est préliminaire. C'est une phase qui a souvent été négligé car les développeurs se disaient : « Bin voyons je sais bien moi ce qu'il veut...

C'est Souviron qui a raison. C'est vrai que le logiciel n'est qu'une partie de tout un système. Mais je parlais de projet qui avait pour but de fournir un logiciel.



Non tu ferais ce qu'on te...

Un projet a réussi parce que le client est satisfait du résultat et reste satisfait par la suite. C'est aussi simple et complexe que ça.