Articles

Ankaa Engineering vous propose une solution applicative fédératrice des demandes de support et d’assistance au sein des entreprises et organisations.

Ce portail permet de proposer un point unique d’accès au support IT et/ou Métier des différents acteurs d’une entreprise et de répartir les demandes aux organisations et systèmes de support et de maintenance ad-hoc en fonction de l’utilisateur requérant une assistance ou une nature d’anomalie.

Flux de gestion de l'application support métier

Globalement ce portail apporte des services à trois populations.

En premier lieu, les utilisateurs finaux à qui sont destinés les services du support, et qui y trouvent un catalogue de services lisible replacé dans leur contexte métier c’est-à-dire utilisant une terminologie et une présentation selon leur localisation, leur métier, leur activité, …
L’utilisateur perçoit ainsi mieux les services qui lui sont apportés et navigue aisément dans ce catalogue pour accéder au service qui répond à ses attentes.
Par ailleurs le portail intègre un accès structuré à la documentation métier ou aux procédures afin de développer l’autonomie des utilisateurs.

En second lieu, les équipes  internes ou externes qui traitent les demandes d’assistance ou les signalements d’anomalie. Le portail leur offre la possibilité d’intégrer des questionnaires de pré-analyse des demandes. Ces questionnaires peuvent être spécifiés par domaine fonctionnel, par service, par application, … ils permettent aux équipes en charge du support de recevoir des demandes qualifiées et immédiatement exploitables.
Par ailleurs, ces questionnaires développent l’image de professionnalisme auprès des utilisateurs.
Les demandes ou signalements qualifiés sont ensuite automatiquement injectés dans les systèmes de gestion de tickets des équipes de support et de maintenance.
Le portail peut donc rediriger les demandes vers des systèmes de gestion de tickets hétérogènes dont il peut faciliter la rationalisation en masquant leurs spécificités.

En troisième lieu, les personnes en charge du suivi de la performance du support (responsable de département IT, responsable métier d’un site, achats dans le cadre d’un support sous-traité). Le portail permet d’intégrer des flux de suivi des tickets issus de systèmes de gestion hétérogènes et de construire des KPI standard mesurant la performance ou le respect des engagements du support.
Le portail permet de construire ces KPI et de les analyser sur l’ensemble des axes de sa base de connaissances (par exemple par pays, par site, par application, par responsable métier).
Ces différents axes de lecture des indicateurs permettent une analyse globale et ciblée permettant de piloter au mieux les activités de support.
Les utilisateurs finaux peuvent, de plus, accéder au suivi d’avancement de leurs demandes de support indépendamment du service ou du système de gestion de ces tickets.

En savoir plus ? Contactez nous

Nombre d’amalgames sont faits lorsque sont abordés les plans de continuité d’activité, de reprise d’activité, de continuité informatique…
Tentons de clarifier les éléments de vocabulaire.

PCA : Haute disponibilité de la production

Le Plan de Continuité d’Activité (PCA) définit pour l’entreprise les architectures, les moyens et les procédures nécessaires pour assurer une continuité de son activité.
En cas d’incidents, de toute taille et toute nature, l’activité des métiers n’est pas interrompue.
Nous retrouvons ici la mise en oeuvre d’équipements, de procédures qui garantissent la continuité d’activité comme par exemple un système de production électrique en cas de défection du fournisseur d’énergie, des lignes de production « clonées » pour garantir la poursuite de fabrication en cas d’arrêt machines inopinés.

PRA : Reprise en cas de sinistre

Organisation palliative en cas d’absence de PCA, ou élément complémentaire du PCA, le Plan de Reprise d’Activité (PRA) est l’ensemble des processus qui permettent de repartir après un sinistre. Bien souvent sont définis des modes dégradés qui permettent à l’entreprise de redémarrer son activité, dans des locaux de transition, avec des solutions de gestion manuelles. Le sinistre pouvant être la cause d’une dégradation partielle ou totale des outils de production et de gestion. La priorité est de faire repartir les moyens de production ou de service pour reprendre le service client au plus vite et ne pas entraîner d’impacts commerciaux préjudiciables pour la société.

PCI et PRI : Pour les informaticiens

Les directions des systèmes d’information doivent à leur niveau assurer une mise en oeuvre de Plan de continuité et de reprise d’activité informatique.
Pour l’informaticien, d’une part Recovery Time Objective (RTO) qui correspond à la durée nécessaire à une « remise en production » d’un environnement informatique et d’autre part Recovery Point Objective (RPO) qui correspond à la période de données non récupérables, sont parmi les principaux indicateurs.

L’amalgame de terminologie est souvent fait entre métiers et DSI.  PRA et PCA sont utilisés par tous.
Dans l’approche développée chez Ankaa Engineering, nous provoquons une distinction entre les périmètres de responsabilité des métiers et ceux de la DSI.
Nous avons trop souvent rencontré des entreprises dans lesquelles la mise en oeuvre d’un PCA et PRA avaient été transmis à la DSI, DSI qui réduisait à son stricte périmètre de responsabilité son étude et mise en oeuvre de plans.
L’usage de terminologies appropriées apporte une clarification des périmètres et responsabilités.

PCC : L’oublié

Le Plan de Communication en cas de Crise (PCC) est très souvent oublié alors qu’il est essentiel et fondamental.
Deux niveaux sont à considérer :
– L’identification des indicateurs et de leurs  seuils respectifs de déclenchement des PCA, PRA, PCI, PRI (quand doit on activer le(s) plan(s) et comment).
– La diffusion et le contrôle de connaissance des procédures associées aux plans auprès de l’ensemble des salariés et sous-traitants.

La communication en cas de crise aborde en second lieu les besoins éventuels de relations publiques et presse.

Plan SOS

SOS : Le plan général

Selon l’approche méthodologique Ankaa Engineering®, PCA PRA PCI PRI et PCC composent l’ensemble du Suivi Opérationnel de Service (SOS).

Respect des contraintes réglementaires (BALE, SARBANES OXLEY, etc) , priorité aux opérations métier servent de base à l’identification des activités critiques.
A l’inverse d’une approche strictement basée sur le nombre d’appels téléphoniques susceptible d’être reçus par le service support, le serveur à reconstruire ou redémarrer en premier n’est pas celui de la messagerie (Oups !)…mais bien celui qui permet à la production de repartir (GPAO, GC, CRM, etc) et aux factures de ventes d’être émises.

Une analyse de l’exposition aux risques (AMDEC) permet de limiter le périmètre des plans et donc les budgets associés.
Plus l’objectif  de continuité est ambitieux, plus les budgets à affecter aux contournement des risques sont conséquents.

Consultations fournisseurs, aménagements techniques, simulation de crise et rédactions de procédures demandent du temps.
Les processus à activer par les salariés et sous-traitants en cas de crise demandent une organisation de suivi à l’intégration.

Et le travail dans ce domaine est perpétuel…
Chaque changement de processus métier, organisationnel ou réglementaire demandera un contrôle de cohérence du plan en place et un alignement en cas d’écarts.

Gérer un SOS est un vrai métier.

Qu’est-ce que la SAM (Software Asset Management) ?

Sam, Software Asset Management ou en français, Gestion des Actifs Logiciels est la démarche correspondant à gérer le cycle de vie des logiciels déployés sur l’ensemble du Système d’Information.

Depuis 2012 la Gestion des Actifs Logiciels est encadrée par la norme Iso 19770-1 définissant des niveaux de maturité et proposant des phases d’implémentation.

Pourquoi mettre en place une démarche SAM ?

– Parce que ne pas en avoir, expose l’entreprise ou la collectivité aux risques suivants :

o Risque financier : En cas de non-conformité constatée, l’entité devra acheter les licences pour son usage actuel voire son usage passé.

o Risque Juridique : Les articles L331-1 du code civil et l335-4 du code pénal fixent les pénalités encourues en cas de condamnation pouvant aller jusqu’à 300000€ d’amende et 3 ans d’emprisonnement.

o Risque d’image : Une entreprise condamnée pour une mauvaise utilisation des licences s’expose à ces deux risques en termes d’image :

 Mise en cause de son intégrité par ses clients.

 Mise en cause de son honnêteté par ses fournisseurs.

o Risque Technique

Trois risques techniques majeurs peuvent être identifiés :

 Cessation de fonctionnement d’un logiciel soumis à clé d’activation par période .

 Impossibilité d’avoir l’assistance technique de l’éditeur en cas de dysfonctionnement.

 Impossibilité de déployer des correctifs de sécurité face à une faille de sécurité découverte et publiée.

 SAM Software Asset Management

– Parce qu’avoir une vraie démarche SAM permet :

o De gagner du temps de disponibilité des équipes internes lors des audits des éditeurs ou de la BSA (Business Software Alliance).

o De démontrer aux éditeurs que les licences sont vraiment gérées et donc de réduire la fréquence des audits.

o De connaître parfaitement son parc logiciel et d’être :

 En position de force pour négocier avec les éditeurs ou les revendeurs lors des achats ou renouvellement de licences.

 Sûr de ne pas acheter des licences dont on n’a pas besoin lors de nouveaux  projets ou du renouvellement de son parc matériel (serveurs ou postes de travail).

 Sûr de ne pas détenir des licences non utilisées et donc payer pour rien.

o De ne pas s’exposer aux risques cités précédemment.

En conclusion :

– Mettre en place une démarche SAM fait économiser de l’argent à l’entreprise ou à la collectivité sur un des postes budgétaires très importants du système d’information (20 à 40% du budget total de l’IT).

– Ne pas mettre en place une démarche SAM coûte cher à  une entreprise et peut potentiellement lui coûter encore plus cher.

 

Patrick
Consultant Ankaa Engineering®
Spécialiste sénior de la gestion des actifs des système d’information.
Processus ITIL, accompagnement SAM, gestion des configurations et des changements, administration des incidents ou problèmes.

 

Sources :
– Guides des licences logicielles, Raphaël COCHE et Teddy MONIN, éditions ENI.
– ITIL V3, Guide to Software Asset Management
– Software Asset Management, CIGREF octobre 2012
– Norme Iso 19770-1 : http://www.boutique.afnor.org/norme/nf-iso-cei-19770-1/technologies-de-l-information-gestion-des-actifs-logiciels-partie-1-procedes-et-evaluation-progressive-de-la-conformite/article/806119/fa169141
– Business Software Alliance: http://www.bsa.org/?sc_lang=fr-FR

Le recrutement est un processus essentiel dans le business model et l’organisation Ankaa Engineering®.

Identifier les qualités tant techniques, que méthodologiques ou humaines.
Evaluer l’autonomie et les capacités d’adaptation de chaque profil.
Positionner le curseur a sa juste place entre profil de consultant et celui d’exécutant.

Autant de paramètres fondamentaux pour Ankaa Engineering® afin de placer les bonnes personnes au bon endroit.

Engrenage

En fin d’année 2014, Ankaa Engineering® dispose d’une base de l’ordre de 5000 cartes de visites avec des compétences identifiées dans des domaines comme le BPM et le Lean, l’AMOA, les études, la production, le support, la formation, etc.
Une transversalité de compétences et d’expertise avec une disparité extraordinaire de profils, tous différents…
Actuellement, et pour répondre aux sollicitations de nos clients, de l’ordre de 10 entretiens hebdomadaires sont menés pour évaluer les candidats.
A ce jour 127 consultants sont accrédités par le groupe.

Dans une logique d’amélioration continue, la direction générale Ankaa Engineering® à initié une évaluation des processus de recrutement en place en vue de les renforcer et les consolider.

Ainsi Ankaa Engineering® bénéficie d’un accompagnement du cabinet BPI group, leader mondial multi-spécialiste du conseil RH.

La démarche s’appuie sur les phases habituelles
– audit des processus de recrutement existants,
– évaluation des besoins et prise en compte des objectifs attendus,
– conseil en organisation et méthodes visent à formaliser un processus de recrutement enrichi.
Le livrable de cette mission sera aussitôt mis en production.

En fin d’année 2015, l’analyse des indicateurs de gestion (KGI et KPI) permettra de mesurer l’efficacité des plans d’action et de définir les besoins d’adaptation.

Dans le domaine des ressources humaines, la roue de Deming à toute sa justification.

Ankaa Engineering® remercie  l’OPCA Fafiec (Organisme Paritaire Collecteur Agréé) pour le soutien financier accordé à l’occasion de cette mise en oeuvre.

La DG devrait savoir qu’on est surbookés !

Le nombre de fois où nous avons entendu cette réaction durant nos missions de conseil est incalculable.
A chaque fois nous avons précisé à notre interlocuteur que non, la DG ne peut pas savoir tant qu’on ne lui dit pas.

En d’autres termes, l’absence de gouvernance de l’activité va amener à un manque de visibilité de la part du monde extérieur.
On ne parle pas ici de développer un système complexe de cubes OLAP et autres Big Data…
Mais seulement d’identifier quelques indicateurs simples qui ne manqueront pas de fournir une lecture de l’activité au monde qui nous entoure.

Exemple d’indicateurs de gouvernance simples

– Nombre de projets en portefeuille
– % de capacité projet de l’équipe
– Nombre d’incident ou nombre d’appel téléphonique reçu
– Nombre de jours de charge engagés sur l’équipe
– etc, etc

 

Thermomètre

Bref, toute indication qui fournisse au monde extérieur la position du curseur relatif à l’activité de l’équipe.

Sur l’idée de mise en place d’une gouvernance d’activité, deux réactions classiques s’opposent :

1- On n’a pas de temps à consacrer à une mise en oeuvre de ce type car nous sommes déjà très en retard sur l’ensemble des projets.  
Il est hors de question d’initialiser un projet de gouvernance d’activité sans l’officialiser auprès des instances de décision.
La mise en ouvre d’une gouvernance est un projet à part entière qui nécessite temps et budget.
Hors de question d’essayer de le mettre en place en catimini…cela ne fonctionne pas.

Les équipes ne collaborent pas au reporting puisqu’elles n’en comprennent pas l’objectif.
Les données collectées sont affichées ou publiées officieusement, sans explications et sont donc mal interprétées.

Il faut donc accorder a ce type de mise en place, un statut officiel, du temps et argent.

2 – On va développer une base d’infocentre qui fera pâlir la NASA.
Nous rencontrons à l’inverse des organisations trop créatives qui en partant d’un indicateur simple, dans la lancée de réunions d’analyse, imaginent de nouveaux référentiels, multiplient les tableaux de bords, et finissent par poser les plans d’un data warehouse digne d’un centre de recherche scientifique.
Entre rien et des analyses digne de processus de Data mining ou big data…il existe probablement une juste mesure.

Rester pragmatique, rester simple sont peut être des qualités qui se perdent.

 

En résumé, communiquer sur son activité et donner de la visibilité sur ses (limites de) capacité demande à mettre en place une organisation spécifique.
Sa mise en place prend du temps et selon le principe de Deming, il est judicieux de faire simple au début et d’améliorer à l’usage.

Donner de la visibilité sur son activité permet de faire prendre conscience au monde qui nous entoure des charges que nous avons à gérer.
Bien souvent cela permet de démontrer une surcharge, ou les limites de capacité de son organisation.
Non pas dans une déclinaison négative de ne pas être capable de faire, mais dans une vision réaliste de ses capacités réelles.

En synthèse, il faut savoir investir le temps d’une mise en oeuvre de sa gouvernance pour en gagner ensuite.

 

 

 

 

Le rôle et la responsabilité d’un chef de projet ou Project Manager est de garantir l’atteinte de l’objectif  dans le respect des contraintes de délais et de budget. Un formalisation de ce périmètre de responsabilité est souvent établie sur la base du triangle QCD (Qualité, Coûts, Délais).
Nous avions abordé l’importance d’une vision partagée de l’objectif au sein de notre article précédent.

En s’appuyant sur le symbole du triangle, nous pourrions scénariser les échanges entre la MOA et le chef de projet selon, bien entendu, une vision initiale différente du périmètre du triangle.

1) La MOA a naturellement tendance à considérer le périmètre du projet sous la forme d’un triangle extrêmement pointu, soit la réalisation de l’objectif ambitieux (Qualité) avec un budget (Coût) des plus réduit et une durée d’obtention (Délai) des plus courtes.

2) Dans la phase d’étude de faisabilité, la responsabilité du chef de projet va être d’évaluer le périmètre réaliste du triangle (avec une base élargie), pour l’amener en superposition avec celui de la MOA et entrer dans une phase de discussion-négociation de moyens.

3) Face à des exigences de respect budgétaire, le chef de projet va aménager le plan projet avec une probable extension de durée de réalisation pour limiter au mieux les appels à la sous-traitance externe.

4) Face à l’expression d’une contrainte de délai de livraison impérative, le chef de projet va organiser le plan projet avec une probable demande de budget complémentaire pour disposer des ressources suffisantes.

5) Face à une double pression temporelle et budgétaire, les discussions amèneront (normalement) la MOA à une révision de l’exigence en terme d’objectif.

6) Le compromis entre la MOA et le chef de projet permettra de définir le périmètre de réalisation du projet et par extension les engagements et le périmètre de responsabilité du chef de projet.

7) Ce dernier aura bien entendu intégré à son étude et négociation une gestion des risques (AMDEC ou autre) puisque ces derniers font partie intégrante de la responsabilité d’un chef de projet dans le pilotage des réalisations qui lui sont confiées.

Triangle QCD animé

 

Cette étape d’évaluation des moyens et de négociation est critique puisqu’elle conditionne les chances d’atteinte de l’objectif du projet.
Le chef de projet dans sa mission de pilotage des réalisations et à partir du REPORTING, devra suivre l’évolution des paramètres QUALITE, COUTS et DELAIS.

A la clôture du projet, la superposition du triangle « réalisé » sur le triangle « prévisionnel » permettra d’évaluer les écarts sur l’objectif.

Tout repose donc sur la capacité du chef de projet à négocier les moyens adaptés à la réalisation.

Préalablement la Direction des Systèmes d’Information (DSI) était perçue comme responsable des projets informatique et leur maintenance au sein de l’entreprise.
Appuyé sur le modèle de centre de coûts, le pilotage de la DSI est strictement établi sur les coûts et défini par le suivi des dépenses au regard d’un budget de fonctionnement (matériel, logiciels, ressources humaines, formations, etc).

Aujourd’hui, la DSI évolue de la notion de centre de coûts vers une approche de centre de service, voire de centre de valeur.    

Pour permettre cette transformation, la DSI devra mettre en place un nouveau système de pilotage de son activité.

Dans une première étape, la DSI doit identifier les différents services qu’elle apporte aux métiers, ses clients internes.
Cet inventaire fournit le catalogue de service de la DSI, au sein duquel chaque prestation ou produit se verra attribué un niveau d’engagement de qualité de service (SLA, Service Level Agrement).
Chaque niveau d’engagement verra alors la définition de son (de ses) indicateur(s) de suivi d’atteinte d’objectif  KGI (Key Goal Indicators) et de performance KPI (Key Performance Indicators).

Le suivi de la qualité de service amène immanquablement la DSI à progresser en terme de performance.
D’une part par challenge interne des pôles d’activité de la DSI qui en suivant leurs indicateurs respectifs vont chercher à influer sur les courbes et tendances.
D’autre part par les clients internes, les métiers, qui peuvent attendre une amélioration de la qualité de service de sa DSI. 

Technicien dans une salle informatique

Par ailleurs, dans le contexte des organisations ayant développé une comptabilité analytique par centre de coûts, chaque prestation ou produit du catalogue de service de la DSI peut être valorisée et engendrer des imputations internes.
Grâce à cette valorisation des services, chaque client interne abordera ses besoins avec une logique de calcul de ROI ou de Pback, ce qui contribue à mieux réguler les dépenses et frais généraux de l’entreprise.

En support à la mise en place d’une DSI orientée service, le framework ITIL (IT Infrastructure Library) assistera les activités de support, d’exploitation et de production à la transformation des activités.
Chaque niveau de service se trouve formalisé sous forme d’un contrat, établi selon les attentes des objectifs métiers de l’entreprise. A chaque contrat est associé une organisation des processus et fonctions opérationnelles.
En complément du périmètre des activités de support et de production, ITIL apportera un soutien aux services Etudes dans la définition de processus de gestion des changements.

Dans le modèle de centre de service, la DSI agit comme une société de service interne. La relation avec les métiers s’appuie sur la notion de fournisseur interne, soutenue par le catalogue de service interne.
Ce modèle peut influer l’évolution des relations avec les métiers vers celle de strict client-fournisseur au préjudice d’une cohésion des équipes de l’entreprise face aux enjeux communs. 

Au delà du modèle de centre de service et du support apporté par le référentiel ITIL dans la formalisation des services et niveaux de service, la DSI aura a définir un nouveau modèle de gouvernance.
Dans le périmètre de l’exploitation du système d’information, un organigramme clair des domaines opérationnels de la DSI et l’organisation RH associée par exemple peut aider à clarifier les fonctions et responsabilités au sein de l’équipe IT et auprès des métiers.
Dans sa fonction de soutien à la stratégie de l’entreprise, la DSI aura notamment à clarifier la stratégie d’alignement du SI, en décliner les technologies à mettre en oeuvre, appréhender une gestion de risque, évaluer les performances attendues et les moyens de contrôles à associer.

Tableaux de bord et indicateurs
Des référentiels de type Enterprise Architecture (EA) et les frameworks TOGAF et EAF peuvent aider la DSI à définir son management stratégique et choisir les meilleures affectation de ressources pour soutenir le développement de l’entreprise.

Dans ce modèle, la DSI est un partenaire stratégique de la direction générale.

La DSI est alors pilotée par des objectifs basés sur la génération de valeur pour le compte de l’entreprise.
Chaque mission menée que ce soit dans les services Etudes, Production, MCO, Support contribue à augmenter la productivité interne, ou améliorer la qualité de service ou produits pour améliorer la compétitivité de l’entreprise.
Dans ce mode de centre de valeur, chaque projet ou plan d’amélioration comporte une évaluation systématique des gains attendus.
Nous recommandons pour formaliser les gains de recourir aux principes d’une fiche projet telle que présentée dans nos articles précédents (Une vision partagée de l’objectif par exemple).
Chaque projet mené par la DSI contribue donc à la création d’une valeur ajoutée quantifiable.

La DSI devient enfin un centre de valeur.

Témoignage recueilli à l’issue d’une mission de conseil en « GOUVERNANCE IT ET TABLEAUX DE BORD » menée auprès de la DSI de l’entreprise NORSKE SKOG GOLBEY :

« Ce que j’ai véritablement apprécié durant la prestation réalisée sont le retour d’expérience et la capacité du consultant à mettre en relation la théorie de la gouvernance IT avec la vie courante d’une DSI, y compris pour des petites structures.
Cela a le grand mérite de valider des plans d’actions de mise en oeuvre opérationnelle « réalistes » et grâce à des échanges très constructifs d’aligner le pilotage de ma gouvernance IT avec la stratégie de ma société.
Je mettrais particulièrement en avant les capacités d’écoute et d’analyse du consultant, saupoudrées d’un humour distillé avec subtilité. »

Eric POIROT
Responsable informatique
NORSKE SKOG
P.O.Box 109,
Route Jean-Charles Pellerin,
F-88194 Golbey CEDEX, France
Tel.: + 33 (0)3 29 68 68 68
Logo NORSKE SKOG

Située près d’Epinal dans les Vosges, la papeterie Norske Skog Golbey est la filiale du groupe papetier norvégien Norske Skogindustrier ASA, leader mondial de l’industrie des papiers de publication.
Démarrée en 1992, l’usine emploie aujourd’hui 440 collaborateurs, génère 300 millions d’euros de CA et produit chaque année 600 000 tonnes de papier journal standard et amélioré destiné aux principaux éditeurs et imprimeurs européens.

Recevoir des témoignages de satisfaction nous fait toujours plaisir.
Surtout lorsqu’il s’agit du témoignage de l’un de nos intervenants.
« Je suis freelance dans les technologies de l’information depuis 12 ans, spécialiste des architectures de serveurs web à haute-résilience, auprès de structures d’hébergement Cloud, sur les datacenter de grands comptes et auprès de services informatiques de pme-pmi.
De part de mon statut de travailleur indépendant, j’ai toujours la tête dans le guidon, je saute de mission en mission toute l’année, ou consacre mes inter-contrats à parfaire ou actualiser mes compétences sur les nouvelles versions des environnements que je pratique.
Ainsi, je ne dispose que de trop peu de temps à rechercher des missions et sais combien peut être précieux un partenariat avec une société de service.
Toute la difficulté est de dénicher le bon dans la masse de SSII et autres cabinets de conseil…

Car, dans ce monde des prestataires de service, de multiples expériences négatives m’ont, je dois le reconnaître, rendu méfiant au fil des années.

Homme face à son laptop
J’interviens maintenant depuis 2 ans pour le compte de Ankaa-Engineering sur différents projets, auprès de différents de ses clients, essentiellement sur des missions courtes.
Ce qui m’a surpris chez Ankaa-Engineering est la capacité des interlocuteurs internes à maîtriser les problématiques de gestion inhérentes aux projets informatiques. Le terme Engineering de la société n’est pas usurpé.

Ceci couplé à un niveau de compétence technique qui leur permet de définir des objectifs opérationnels cohérents et de comprendre des contraintes techniques réellement pointues. On se sent écouté et compris. Bref, réellement soutenu et épaulé.

Avec Ankaa Engineering, j’ai enfin trouvé la concrétisation de ce qui s’appelle un partenariat efficace et suis totalement satisfait de la qualité de notre relation.

Frédéric AIDOUNI
Tel : +33 615 926 159″

La méthode COBIT (Control Objectives for Information and Related Technology)  définie les indicateurs d’objectif et de performance ainsi que les processus d’une gouvernance du système d’information de l’entreprise.
Elle décompose la gouvernance des systèmes d’information en 4 étapes  : planifier, mettre en place, faire fonctionner et surveiller.

Ces 4 étapes comportent 34 processus et 215 activités.

Framework COBIT