1. Reproduire l’existant. A quoi bon faire un nouveau projet pour faire la même chose qu’avant ? Ce sera bien compliqué de justifier d’un quelconque Retour sur Investissement dans ces conditions. Il faut prendre du recul pour faire la part des choses entre ce qui est bon et qu’il faut continuer de faire et ce qui est néfaste et qu’il faut arrêter de faire.
   
   
2. Accepter toute nouvelle demande du business telle quelle. Cette nouvelle demande reflète-t-elle un besoin de confort de l’utilisateur ou une vraie valeur ajoutée pour l’entreprise ? Il faut challenger ces demandes pour identifier les motivations profondes et les résultats attendus. Si la demande est mise en place, une mesure effective du résultat obtenu sur la durée est indispensable. Une demande dont le bénéfice n’est pas mesurable doit être doublement questionnée sur sa pertinence.
   
   
3. Confier à une seule personne le soin d’imaginer la solution future. Personne n’est omniscient et le diable est dans les détails. Par conséquent, seule une équipe multidisciplinaire peut arriver à appréhender l’ensemble des particularités à traiter dans la future application. L’échange entre des personnalités différentes aboutit à une vision plus équilibrée et augmente les chances de succès.
   
   
4. Ignorer les contraintes techniques. Certes la technologie a fait des progrès étonnants mais certaines d’entre elles peut être encore chères et peu fiables (par exemple la reconnaissance faciale). Si vous ne voulez pas exploser les plannings et les budgets, assurez-vous de l’assistance d’experts techniques capables de vous orienter vers des technologies matures et abordables.
   
   
5. Se cacher derrière les contraintes techniques pour ignorer une demande fonctionnelle. Par facilité ou par ignorance, il est facile de repousser une idée sous prétexte qu’elle semble irréalisable. La bonne démarche consiste plutôt à croiser l’avis d’autres personnes en leur expliquant le besoin fonctionnel : il existe peut-être une solution alternative qui n’avait pas été imaginée ou bien une approche inédite est possible sous certaines conditions. Pas de « non » hâtif, mais toujours envisager les options possibles pour répondre à la demande.
   
   
6. Adopter une méthodologie de projet en cascade. Un projet innovant est par nature un projet itératif qui doit délivrer du concret rapidement pour se confronter à la réalité du marché, apprendre de ses erreurs et corriger très vite le tir pour s’adapter à la demande réelle. Le business n’est pas en mesure de tout décrire et de penser à tout ce qu’une application sera censée faire aujourd’hui et encore moins demain. Alors il faut adopter une méthodologie Agile faite d’expérimentations, d’échecs, et d’adaptations permanentes.
   
   
7. Gérer le projet de manière isolée, en dehors de toute vision stratégique. Une application s’inscrit toujours dans une stratégie d’entreprise. Sans une vision stratégique, comment décider dans quel sens l’application devra évoluer. Il serait impossible de faire des choix clairs sur la roadmap de l’application et on serait alors submergé par des demandes d’évolution qui partent dans toutes les directions et parfois contradictoires. Pour arbitrer entre les demandes, il faut avoir cette ligne de mire que constitue la vision stratégique de l’entreprise.
   
   
8. Gérer un projet de type informatique. Certaines le département Informatique est concernée par plusieurs aspects du projet comme la sécurité, l’hébergement, l’intégration. Mais une nouvelle application Métier est avant tout un projet organisationnel et décisionnel du et pour le Métier. Par conséquent, le Métier doit s’emparer du lead de ce projet, et le département Informatique est un facilitateur du projet.
   
   
9. Un projet sans ressource. Il n’est pas toujours possible de libérer à 100% des personnes clés de l’entreprise pour se consacrer entièrement au projet. Par conséquent, il faut adopter une organisation de projet qui optimise au mieux les ressources disponibles. Si les personnes clés peuvent libérer 40% de leur temps pour le projet, il faut faire montrer en compétences des personnes de l’équipe pour qu’elles assurent l’interim opérationnel à 40%, ce qui apportera de la polyvalence dans les équipes aussi après le projet. Les tâches de projet les moins critiques peuvent être confiées à des jeunes talents qui sont eux dédiés à 100% du projet et en seront les chevilles ouvrières. Les personnes-clés feront bénéficier de leur expérience et participent aux décisions.
   
   
10. Adopter une plateforme technique de pur développement. Si vous pensez que tous les outils de développement se valent et que seul compte la qualité des développeurs, vous allez au-devant de lourdes désillusions. La rapidité avec laquelle les outils de développement évoluent pose de nombreuses questions : est ce que vos développeurs seront toujours à la pointe dans 3 ans ? est ce que l’éditeur de la plateforme de développement existera encore dans 3 ans ? est ce que vous trouverez sur le marché des développeurs formés à cet outil dans les prochaines années et à des tarifs raisonnables ? 

Voilà au moins 10 bonnes raisons de se rencontrer et de vous proposer une approche adaptée à votre contexte.