Par principe oui, a fortiori dans le cas d’une idée de projet impliquant la technique. Ce n’est pas l’objet d’une étude d’opportunité de couvrir en détail la faisabilité technique et il est souvent trop tard pour ce faire lors de la formalisation d’une expression de besoins.
Sur la base de nos retours d’expérience, un projet bien que présentant une dimension technique réduite et bien que validé par le management, peut prendre un retard significatif parce que la DSI n’a pas été suffisamment sollicitée pour identifier une infaisabilité bloquante ou tout simplement verrouiller la disponibilité de ressources ad hoc dans son plan de charges global.
Le même raisonnement s’applique pour « creuser » la faisabilité d’un projet au regard d’une contrainte existante contractuelle, organisationnelle ou encore économique, impliquant l’instruction du « comment faire » pour résoudre ou contourner ladite contrainte.

Absolument et, sur la base de nos retours d’expérience, un projet à dimension technique coûte toujours plus cher qu’il n’y paraît. Ce n’est donc qu’en analysant dans le détail l’intégration fonctionnelle et technique entre applications par exemple que l’on comprend que le diable se cache dans les détails… Passer outre est donc prendre un risque budgétaire, donc vraisemblablement de glissement de planning ou voire d’ajournement de telle partie du projet qui ne sera pas livrée comme convenu initialement et reportée à un exercice fiscal ultérieur.