L’impact du SaaS sur la fonction TI
Le groupe de recherche Gartner a publié cette semaine un article présentant les 4 phases qu’une organisation et sa fonction TI se doivent de franchir pour adopter adéquatement des applications en mode SaaS.
Étape 1 : Déterminer la valeur du SaaS.
Il s’agit d’analyser de façon réfléchie les facteurs catalyseurs et inhibiteurs qui ont une influence sur la valeur que procurera le déploiement d’une application en tant que service. Les trois raisons principales qui poussent les organisations à adopter le modèle SaaS sont :
- Les organisations peuvent financer le déploiement de logiciels à partir du budget opérationnel,
- Les organisations aux ressources TI limitées peuvent déployer des capacités logicielles qu’elles ne pourraient se permettre autrement,
- Les organisations peuvent déployer des logiciels plus rapidement.
Étape 2 : Développer les politiques et la gouvernance SaaS
Il s’agit de mettre en place les lignes directrices pour l’achat d’applications en mode SaaS ce qui peut inclure, sans toutefois être exhaustif, les éléments suivants :
- Les exigences minimales d’un contrat,
- Des modèles d’appel d’offres,
- Les service level agreements,
- Les rôles et responsabilités dans le déploiement du SaaS
Étape 3 : Élaborer un cadre d’évaluation des fournisseurs de SaaS
Il s’agit de créer un cadre standard qui s’appuie sur les spécificités du contexte de l’organisation pour évaluer les fournisseurs. En effet, les stratégies des fournisseurs de SaaS varient grandement, d’une offre entièrement basée sur l’informatique dans les nuages à une offre complémentaire aux produits de base. Les critères d’évaluation traditionnels ne s’appliquant pas au SaaS, il est nécessaire de créer un cadre adapté à cette nouvelle réalité. Le cadre d’évaluation doit par ailleurs s’intégrer dans les processus définis à l’étape 2.
Étape 4 : Développer une stratégie d’intégration des SaaS
Il s’agit de déterminer comment les SaaS s’intégreront dans le paysage technologique de l’organisation. En effet, les organisations risquent d’avoir une combinaison d’applications autonomes, d’applications client-serveur et d’applications en mode SaaS pour un certain temps. La stratégie permet de garder une cohérence et une cohésion entre les différents types d’application pour créer et conserver une architecture TI évolutive.
Source : Desisto, R.P. (Juin 2010) « Four Steps to Get in Front of the SaaS Curve », Gartner Research.
![]() |
Analyse d'expert
Ces quatre étapes proposées par Gartner mettent en évidence le changement du rôle de la fonction TI dans les organisations. La fonction TI passera, dans les années à venir, d’un rôle de fournisseur de technologies à un rôle de gestionnaire et d’aggrégateur de technologies.
En effet, la fonction TI est habituellement responsable de livrer quotidiennement des applications opérationnelles fonctionnelles. Elle met plutôt l’accent sur la technologie elle-même, l’infrastructure technologique qui la supporte et la livraison de fonctionnalités aux différentes fonctions de l’organisation.
Avec l’arrivée en masse des produits SaaS, la fonction TI n’aura plus à se préoccuper de l’infrastructure technologique et ne sera plus directement responsable du bon fonctionnement des applications. Plutôt, elle devra s’assurer du niveau de service de ses fournisseurs, entretenir l’architecture technologique, c’est-à-dire assurer l’intégration des différents services en un tout cohérent, et gérer les risques inhérents au modèle SaaS.
Au final, les compétences et les connaissances requises d’un travailleur d’une fonction TI devront évoluer avec le changement du rôle de son département. Les expertises techniques seront de moins en moins en demande puisque c’est le fournisseur de service qui en est responsable. Ce sont plutôt des compétences de gestion qui seront en demande; gestion du risque, négociation de contrats de service, définition de modèles de gouvernance, analyse de rentabilisation pour n’en nommer que quelques-uns.
Votre fonction TI est-elle prête à faire face au changement imminent ?
Pour plus d'informations, contactez patrick.halde[@]atelya.com
Auteur: Patrick HALDE, ATELYA
« Retour
Merci pour votre commentaire. Si je comprends bien, vous soulevez l'importance d'assurer une cohérence du SI dans l'implantation de solutions SaaS. Cette cohérence est effectivement importante et l'arrimage des stratégies avec les couches fonctionnelles passe par une gouvernance forte. Merci donc de rappeler le rôle des leviers de gouvernance dans tout projet TI (incluant le volet SaaS)


C'est bien intéressant ces 4 étapes, mais un danger on n'a pas bcp parlé est comment terminer les conflits entre différentes tribus dans la fonction TI. Dans une fonction TI, il existe très souvent des tribus. Ils se distinguent de l'un l'autre soit par la fonction, soit par la plateforme, soit par la technologie c'est bien possible aussi, par exemple .net VS java. Le but final de ces conflits consiste à s’emparer du pouvoir de contrôle TI. L’adoption de SaaS peut apporter des avantages à l’entreprise, mais cela risque aussi de devenir une arme d’une tribu à lutter contre une autre, car on le sait très bien que les intérêts de certains groupes seront nuits pendant ce changement stratégique. Donc, on peut profiter bien de cette occasion au détriment des autres. Alors la question est que, comment éviter l’adoption de SaaS de devenir un autre outil pour gagner le contrôle de TI?