Lancement dans un environnement hautement critique
La plupart des systèmes que GFT exploite ont également été (co)développés et mis en œuvre par GFT. Les experts ont commencé il y a de nombreuses années dans l'environnement exigeant et hautement critique d'une grande banque allemande. Au fil des ans, des clients de renom dans les domaines de la banque et de l'industrie sont venus s'ajouter à la liste. Pour un grand constructeur de machines, par exemple, les spécialistes de GFT gèrent la plateforme centrale de mise en réseau des machines. Elle sert à la commande et à la surveillance à distance d'environ 1 500 machines dont la disponibilité doit être garantie à tout moment. Le système de surveillance utilisé extrait des données pertinentes de la plate-forme et des machines et est capable de déclencher des alarmes si nécessaire.
Depuis l'acquisition en juillet 2019 de la société Axoom, une filiale logicielle du constructeur de machines Trumpf, GFT s'est encore considérablement renforcée sur ce thème. Axoom était une maison de produits avec une offre claire, dont la stratégie consistait à laisser l'exploitation du produit au fabricant. L'activité récurrente à long terme ainsi générée est aujourd'hui un pilier important du succès de GFT. Un avantage particulier est ici la possibilité de services partagés, par exemple en collaboration avec les centres de compétences nearshore en Espagne ou en Pologne. Ainsi, des spécialistes de différents domaines se réunissent à des conditions financières intéressantes et travaillent ensemble dans des combinaisons différentes selon les problèmes rencontrés par le client, mais toujours selon des processus et des normes évolutifs.
Proximité particulière avec les systèmes des clients
Comment une entreprise se rend-elle compte qu'elle a besoin d'une offre comme celle de GFT Application Management ? Lorsque les développeurs ne développent pratiquement plus rien, mais sont uniquement occupés à gérer des bugs et des tickets - c'est au plus tard à ce moment-là que les experts externes peuvent apporter leur aide. Ils représentent l'étape suivante, la succession après un projet de développement classique. L'exploitation avec toutes ses embûches et le maintien à jour des systèmes constituent une discipline à part entière avec ses propres défis et opportunités. Nulle part ailleurs la proximité avec les systèmes des clients n'est aussi grande. Si la compétence en matière de résolution de problèmes est convaincante, il en résulte dans le meilleur des cas une relation durable et en constante évolution.
Le voyage commun classique se déroule à peu près comme suit : Après une première rencontre, les experts du service prennent d'abord en charge un domaine partiel afin de se faire une idée de la nature des défis. Dans le cadre d'une évaluation composée de plusieurs ateliers intensifs, un "Service Readiness Check" de l'organisation est effectué, qui passe au crible les normes en vigueur, la documentation existante, la gestion des versions et de nombreux autres éléments. En outre, dans une deuxième partie, technique, le système logiciel est examiné afin de comprendre dans quelle mesure il est déjà stable. Les résultats permettent de définir les premiers champs d'action, qui sont traités au cours d'une phase de préparation d'une durée moyenne d'environ deux mois.
Vient ensuite la phase de transition, au cours de laquelle le système logiciel à prendre en charge est transféré progressivement. Au début, les Delivery Units surveillent le système de manière très intensive ; la plupart des clients reçoivent un rapport quotidien, au moins une fois par semaine. Après un certain temps, il arrive un moment où pratiquement tous les bugs et messages d'erreur sont apparus plusieurs fois et ne doivent plus être suivis que de manière systémique, afin de pouvoir faire des prévisions, déclencher des alarmes et intervenir de manière proactive. Le moment est alors venu où le client n'a plus à se soucier des problèmes de son logiciel en cours d'exécution, mais peut se détendre, car GFT a pris la responsabilité globale.
Apprenez-en plus dans la deuxième partie de la série de blogs sur la gestion des applications.