10 décembre 2009
C’est la question à cent mille balles, comme disent nos amis Français : combien cela coûtera-t-il à développer cette application ? Malheureusement, la réponse n’est jamais simple et jamais unique car il y a mille et un facteurs qui en feront varier le coût… dont la méthodologie de travail et la notoriété de l’entreprise soumissionnaire ne sont pas les moindres !
Le client saisit-il bien toutes les subtilités et les implications sur le plan du développement logiciel de ses objectifs d’affaires ? Veut-il une couche importante d’Intelligence d’Affaires ? Quelle est la nature et l’état de son environnement TI actuel ? Y a-t-il conflit en perspective ou incompatibilité entre l’application souhaitée et les systèmes / applications en place ? Faudra-t-il développer d’autres applications ou mettre en place d’autres systèmes afin d’arrimer cette application ? Dans quelle mesure, cette application est-elle critique à l’atteinte des objectifs d’affaires de l’entreprise du client et si c’est le cas, devrons-nous remplacer certains systèmes en place ou en implanter d’autres ? Devrons-nous optimiser certains processus des applications en place afin d’harmoniser l’interaction avec l’application développée ? Quelle méthodologie le développeur utilisera-t-il ? Quelle est l’architecture retenue ?
S’agit-il d’un billet sur la Gestion de Projets ? Loin de là. Et Dieu sait que la gestion d Projets a fait couler beaucoup d’encre en TI depuis une décennie et que cela mériterait toute une série de billets en soi… que nous ferons peut-être en 2010. Mais pour les besoins de ce billet, nous prendrons pour acquis que tous les développeurs appliquent de bonne pratique en matière de Gestion de Projets.
(Lire la suite…)
