Les estimations constituent le socle de beaucoup de projets informatiques. On estime pour organiser un projet, on estime pour mettre en place un planning, on estime pour déterminer une date de livraison, on estime pour s’engager et contractualiser… et surtout, on utilise ces estimations préalables pour juger de la Les estimations constituent le socle de beaucoup de projets informatiques. On estime pour organiser un projet, on estime pour mettre en place un planning, on estime pour déterminer une date de livraison, on estime pour s’engager et contractualiser… et surtout, on utilise ces estimations préalables pour juger de la réussite ou de l’échec d’un projet. Un projet est considéré comme réussi lorsque la deadline est respectée, il est considéré comme raté lorsque la deadline est dépassée. Au Web2day, Frédéric Leguedois, Agile Evangelist chez Cloud Temple, propose une autre lecture. Et si tous les projets étaient déjà en échec dès lors qu’une estimation est effectuée ? Mais comment vendre un projet à un prospect sans se baser sur des estimations, alors que les clients sont habitués à acheter un cahier des charges associé à un prix et un délai ? “En réalité les clients choisissent les projets en lesquels ils ont confiance. Si on veut arrêter de faire des estimations, il faut aller auprès des clients, expliquer l’intérêt de nos méthodes pour générer de la confiance
