Cycle de vie applications

Scénarios dans lesquels la gestion des apps est nécessaire

Introduction

La gestion moderne des apps d'entreprise devient de plus en plus compliquée. Les grandes entreprises, en particulier, qui ont des centaines d'apps dans leur portefeuille, se débattent avec tous les processus liés au cycle de vie des apps. Elles développent et utilisent des apps pour leurs partenaires, leurs employés et bien sûr leurs apps grand public qui sont déployées via les magasins d'apps publics comme Google Play ou Apple App Store.

La plupart de ces appareils (à l'exception de ceux des employés) ne sont pas connectés et gérés par un système de gestion des appareils mobiles (MDM). Voici les cas d'utilisation les plus courants où le MDM ne peut pas aider et où le processus de livraison et d'approbation des apps, du développeur à l'utilisateur final, doit être pris en charge par une solution de gestion des apps d'entreprise.

Scénario 1 : app d'information ou de vente pour les affiliés et le concessionnaire

Exemple : Les apps destinées aux affiliés et aux revendeurs des grandes entreprises de produits peuvent être un bon moyen de les tenir au courant des dernières informations. Par exemple, un constructeur automobile peut fournir des apps contenant les dernières spécifications et des modèles 3D de ses nouvelles voitures aux personnes présentes dans les salles d'exposition.

Cas d'utilisation : Business to Business (B2B) Besoin : Un magasin d'apps d'entreprise de marque pour fournir ces apps à tous les vendeurs et affiliés. La boutique d'apps d'entreprise doit offrir une expérience fluide et rapide et constitue le point unique pour obtenir toutes les applications dont ils ont besoin.

Scénario 2 : Apps de productivité pour l'entreprise étendue (BYOD)

Exemple : Les apps destinées aux employés externes ou aux employés possédant des appareils privés (BYOD) sont de plus en plus importantes. Il s'agit par exemple de systèmes CRM mobiles, de flux de travail d'approbation mobiles ou de clients PIM.

Cas d'utilisation: Business to Employee (B2E) Besoin: Un magasin d'apps d'entreprise peut offrir une expérience fluide et rapide et servir de point unique pour obtenir toutes les apps dont chacun à besoin. Une enveloppe supplémentaire pour les apps peut garantir que les apps sont sécurisées et que les données importantes de l'entreprise ne quittent pas le contexte de l'entreprise.

Scénario 3 : Test et révision des apps

Exemple : Prenez une app d'information sur les produits ou une app d'achat mobile. Avant qu'elle ne soit prête pour le lancement, quelques versions préliminaires sont soumises à des itérations de révision jusqu'à ce que l'app soit prête à être déployée. Ces apps bêta peuvent provenir d'une agence externe ou du service interne de développement d'apps. Le réviseur (c'est-à-dire un consultant ou un chef de projet) doit approuver ou rejeter l'app et communiquer avec le développeur. Cas d'utilisation: Du développeur interne ou externe au décideur (propriétaire de l'app) Besoin: Un outil de gestion des apps permet de transmettre automatiquement les versions des apps entre les développeurs et les évaluateurs. Les réviseurs ont toujours accès aux versions les plus récentes et peuvent les approuver ou les rejeter. En outre, la mise à disposition d'environnements de développement (comme un dépôt Git et une tâche de construction d'intégration continue) peut être utilisée pour normaliser le processus de livraison des apps dans l'entreprise.

Scénario 4 : approbation de l'app par différents départements et décideurs

Exemple : Les apps qui seront livrées aux consommateurs via les magasins publics doivent être soumises à un processus d'approbation interne. L'app grand public, par exemple une app RH pour les candidats, doit passer par différentes étapes d'approbation. Il peut s'agir d'un test de fonctionnalité, d'un contrôle de sécurité et une équipe doit regrouper toutes les méta-informations jusqu'à la publication. Cas d'utilisation : Décideurs ou départements entre eux Besoin : Un processus d'approbation d'app standardisé soutenu par un outil permet d'organiser le processus d'approbation entre les départements et leurs décideurs. Les approbateurs ont toujours accès aux versions les plus récentes et peuvent les approuver ou les rejeter.

Scénario 5: Apps pour des événements ponctuels ou des foires.

Exemple: Les apps événementielles constituent un bon exemple d'apps de courte durée. Comme les apps pour les foires qui informent les visiteurs de l'événement en cours, ces apps doivent être déployées auprès des visiteurs aussi rapidement et facilement que possible. Cas d'utilisation : Business to Business (B2B), Business to Consumer (B2C) Besoin: L'utilisation d'un magasin d'apps d'entreprise serait certainement surdimensionnée pour qu'un visiteur obtienne une app qu'il n'utilise qu'une ou deux fois.

Une possibilité est de télécharger l'app dans les magasins publics, mais cela demande du temps et des efforts. Les outils de gestion des apps peuvent aider à organiser et à accélérer la transmission des métadonnées aux magasins publics. Une autre solution rapide pourrait consister en un téléchargement instantané à partir d'un serveur local accessible par un code QR ou déclenché par une balise ?

Besoin d'outillage

Cette liste n'est certainement pas complète pour les scénarios d'apps d'entreprise, mais elle montre qu'il existe un grand besoin d'outillage dans ce domaine. La plupart de ces scénarios ne sont pas couverts par les solutions de gestion de la mobilité d'entreprise (EMM) à l'heure actuelle. Un simple magasin d'apps d'entreprise n'est qu'un moyen de fournir des apps aux utilisateurs, mais l'ensemble du processus de développement, d'examen et d'approbation des apps n'est souvent pas intégré dans un processus de soutien logiciel.

Gérer le cycle de vie des apps

Sur la base des scénarios ci-dessus, vous constaterez qu'il existe un manque de connaissances et d'outils concernant la gestion du cycle de vie des apps. Un grand nombre de processus doivent être définis et expérimentés. Commençons par mettre en lumière la gestion des apps et essayons également de faire la différence entre tous les mots à la mode dans ce domaine.

App Management

L'un des spécialistes les plus connus dans le domaine de la mobilité d'entreprise est Jack Madden. Dans un récent article, il décrit deux types différents de gestion classique des apps. Merci, Jack, pour cette définition - permettez-moi de l'utiliser ici :

Gestion des apps mobiles basée sur les apps

La gestion des apps basées sur les apps est constituée de technologies telles que les kits de développement logiciel (SDK), les outils d'enveloppement ou les apps spéciales des fournisseurs EMM ou ISV qui permettent aux entreprises d'appliquer des politiques et des règles à une app.

Pour ce faire, elles manipulent les interfaces des apps, ce qui présente l'avantage que les entreprises n'ont pas à contrôler l'ensemble du dispositif (ce qui n'est pas toujours possible aujourd'hui, notamment dans les scénarios BYOD) mais qu'elles contrôlent l'app. Les inconvénients sont que ce type de technologie doit être intégré dans les apps dès le début et que les entreprises ne peuvent manipuler que les apps qu'elles contrôlent, mais pas les apps publiques ou celles de tiers.

Gestion des apps mobiles basée sur les appareils

Le deuxième type de gestion des applications est intégré directement dans le système d'exploitation. Les versions les plus récentes d'Apple iOS, Samsung Knox ou Android for Work sont des exemples de ces technologies. Ces systèmes permettent aux appareils contrôlés par MDM de gérer et de sécuriser les apps grâce à des fonctionnalités basées sur le système d'exploitation, comme la "gestion de l'ouverture" sur les appareils Apple (permettant et interdisant aux apps d'accéder au contenu d'autres applications).

L'avantage de ces approches technologiques est que tous les types d'apps peuvent être gérés et que les systèmes d'exploitation mobiles prennent de plus en plus en charge ces fonctionnalités. Les inconvénients sont que l'appareil doit être contrôlé par un logiciel de gestion des appareils mobiles et que les possibilités varient en fonction de la plate-forme choisie.

Gestion du cycle de vie des apps mobiles

Nous ne voulons pas dire que ces définitions sont erronées, mais nous pensons que le terme "Mobile App Management" doit être complété par le mot "lifecycle". Voici pourquoi : sécuriser vos données avec les approches de gestion des apps définies ci-dessus est absolument nécessaire, mais ce n'est pas suffisant - il y a beaucoup de défis qui tournent autour du processus de gestion du cycle de vie d'une app.

Voici un exemple: Un grand fabricant allemand a plus de vingt agences qui travaillent pour lui, produisant toutes sortes d'apps - des apps destinées aux consommateurs pour des informations sur les produits, une solution de CRM mobile personnalisée utilisée par les représentants commerciaux et de nombreuses petites apps pour un usage interne. Des centaines d'apps au total, avec des dizaines de mises à jour par mois. Comment parviennent-ils à gérer toutes ces apps ?

Les agences avaient l'habitude d'envoyer chaque nouvelle version d'app au service interne concerné par courrier électronique. Le réviseur de l'application (dans ce cas, un chef de projet ou un consultant mobile) recevait l'app et devait décider si elle remplissait tous les critères pour être publiée. Il a donc dû envoyer le fichier du paquet (fichier .apk ou .ipa) à son équipe et l'installer d'une manière ou d'une autre sur des appareils de test (qui, soit dit en passant, n'étaient pas gérés par une solution MDM).

Un autre défi était le processus de signature, en particulier pour les apps iOS. Souvent, ces apps n'étaient pas signées correctement, par exemple avec un certificat de développeur et non avec le certificat d'entreprise, de sorte qu'elles ne pouvaient pas être installées sur les appareils de test souhaités. Après une phase de test, il contactait l'agence pour lui signaler les bogues et les problèmes qu'il avait trouvés, l'agence corrigeait les bogues et les tests recommençaient. Après quelques itérations, il envoie l'application à un autre service qui doit également la vérifier et l'approuver, comme l'équipe UX et le chef du service.

Ensuite, les applications devaient être livrées à leur public cible : les apps grand public devaient être publiées sur les boutiques publiques, les apps internes devaient être téléchargées dans la solution MDM, les appareils BYOD avaient besoin d'une boutique d'apps d'entreprise pour télécharger les apps, et les partenaires avaient besoin d'une boutique d'apps partenaires où ils pouvaient télécharger la dernière mise à jour de leur app de catalogue de produits. Quelle méthode de travail fastidieuse, chronophage et sujette aux erreurs ! Pourquoi ne pas utiliser un outil capable de couvrir toutes les tâches du cycle de vie d'une app ? Pour rationaliser la livraison des apps par les agences, un point de livraison unique (c'est-à-dire un portail web ou un plugin pour les outils d'intégration continue comme Jenkins ou Nevercode est fourni par un outil comme Relution, de sorte que toutes les agences peuvent livrer leurs versions d'apps dans le même système. À partir de là, toutes les étapes du processus d'approbation (similaires aux processus d'approbation des outils ITSM de la vieille école pour les apps de bureau) peuvent être déclenchées.

Cette opération peut même être effectuée à partir d'une app, sans qu'il soit nécessaire de se connecter à un portail web compliqué. La dernière étape du cycle de vie d'une app est sa livraison automatisée aux personnes concernées. Cela se fait à l'aide d'un magasin d'apps d'entreprise qui peut être configuré pour tous les types de clients, comme les utilisateurs internes et externes, les partenaires, etc. Et oui, les utilisateurs savent comment télécharger une app à partir d'un magasin d'apps, ils le font chaque jour à partir de l'App Store d'Apple ou du Google Play Store.Les apps grand public peuvent être automatiquement préparées pour les magasins publics en fournissant toutes les méta-informations nécessaires, les captures d'écran, etc.

Conseil

Utilisez un outil comme Relution pour organiser le processus de livraison des apps, l'approbation des apps et la livraison des apps à tous les employés et externes. Cela vous fera gagner beaucoup de temps et de ressources et vous aidera à rationaliser le processus, surtout lorsque le nombre d'apps augmente constamment. PS: Vous pouvez bien sûr consulter notre solution pour gérer le cycle de vie des apps de votre entreprise.

Pourquoi avez-vous besoin de la gestion du cycle de vie des apps ?

La gestion des appareils mobiles (MDM) a été le début d'une évolution vers une infrastructure de clients mobiles pour de nombreuses entreprises. Grâce aux restrictions et aux politiques, les administrateurs informatiques se sentent (plus) à l'aise lorsqu'ils envoient des smartphones et des tablettes aux employés. Mais le véritable avantage commercial réside dans la mobilisation des processus d'entreprise, y compris la gestion du cycle de vie des apps, plutôt que dans la gestion des appareils.

Par conséquent, les entreprises du monde entier utilisent un nombre croissant d'apps professionnelles développées en interne ou par des fournisseurs pour mobiliser leurs processus métier. De par leur nature même, ces appls ont un cycle de vie assez court (c'est-à-dire que de nouvelles versions sont régulièrement mises sur le marché), de quelques semaines au lieu de quelques années. Cela peut constituer un défi.

Les défis de la gestion du cycle de vie des apps

En utilisant la bonne solution de gestion des apps, ce problème de gestion du cycle de vie des apps peut être résolu. Il est important que la solution couvre le cycle de vie COMPLET d'une app d'entreprise. Elle doit commencer dès la phase de développement en fournissant un référentiel de code source ainsi qu'un système de construction automatisé. Chaque nouvelle version d'une app est ensuite téléchargée vers le magasin d'apps d'entreprise, le front-end de chaque solution MAM. Mais attention : vous ne voulez pas rendre CHAQUE nouvelle version directement disponible pour TOUS les employés, n'est-ce pas?

C'est là que vous devez définir un processus de publication des apps. Souvent, ce processus n'existe que sur le papier, et les fichiers ipa et apk sont envoyés par e-mail, accompagnés d'une note disant "Veuillez tester" ou "Veuillez me faire savoir si c'est bon...". Cela vous semble familier ? Alors vous avez besoin d'une solution de gestion des apps qui couvre l'ensemble de ce processus.

Les nouvelles versions des apps doivent automatiquement être fournies uniquement aux testeurs et aux responsables des versions. Ce n'est qu'une fois qu'ils n'ont trouvé aucun problème avec l'app que son statut peut être changé en "version". La gestion du cycle de vie des apps vous permet de le faire. Dans le même temps, la version précédente de l'app doit être retirée. En outre, le système de gestion des apps doit envoyer des messages push à chaque appareil sur lequel l'app est installée, afin d'inciter l'utilisateur à effectuer une mise à jour. Ou, s'il est utilisé en conjonction avec un système MDM, la nouvelle version doit être envoyée immédiatement aux appareils, afin de s'assurer que chacun travaille avec la version la plus récente de l'app.

Lorsque le dernier utilisateur a mis à jour l'app sur son appareil, la gestion du cycle de vie de l'app recommence avec la version suivante, peut-être pour une autre région ou une autre filiale. Tout cela se produit simultanément pour un nombre croissant d'apps dans l'entreprise. Relution est une solution complète qui couvre tous les aspects de la gestion du cycle de vie des apps ainsi que la gestion des applications et des appareils mobiles en général.

Pour plus d'informations sur Mobile Device Management vs. Mobile App Management, cliquez ici.