Bonjour Agilex,
merci pour ce billet, d’accord avec la teneur des commentaires, à mon humble avis :
i) optimisation: non, c’est pas « la conception émergera » c’est « la conception émerge » ; sur ce point, le débat de fond est peut-être conception hardware vs software. Dans Lean software y’a « Lean », mais y’a aussi **software** ; et cette incompréhension rejaillit ensuite sur l’aspect qualité
ii) Level of focus, mouais.. si dans les méthodes de soft (RUP, scrum xp..) la « figure » du client est en gros le résumé coté métier, utilisateurs, il reste qd même que le 1er principe agile est directement lié à la V.A. pour l’entreprise. Autre point: pourquoi « projet » ; il me semble que en agilité, on se concentre plus sur **l’appli** que sur le projet
iii) ver & val: alors là, je suis choqué 
, comme d’autres commentateurs, ce qui est cité c’est le contraire de l’agile
iv) variation: là encore, on retrouve effectivement le côté simplificateur de l’agile: la figure du Client ou PO qui gère cet aspect, sachant quand même que, côté outil informatique, on « accueille les changements » (ah, le fameux embrace change de Kent B.)
v) prédiction: ok, mais là aussi, je me demande si la différence fondamentale entre hard et soft est vraiment prise en compte.
ça me rappelle, y’a bien des années (ah.. je fais mon ancien combattant maintenant..) une histoire que l’on racontait à propos de chefs de chantier du batiment, grand professionnels, qui se moquaient de ces informaticiens infoutus de tenir un planning et qui s’étaient eux aussi cassés les dents…
On fait un métier formidable quand même
