13 raisons pour lesquelles les DSI s’inquiètent du fait que les développeurs citoyens créent des applications d’entreprise

Écoutez les DSI, les CTO et d’autres cadres supérieurs et dirigeants sur les stratégies de données et d’IA lors du Sommet sur l’avenir du travail du 12 janvier 2022. Apprendre encore plus


Les entreprises doivent fonctionner plus rapidement et plus efficacement pour survivre. Ils ont besoin de plus de capacités numériques, maintenant. Mais la plupart des organisations informatiques d’entreprise ont des contraintes d’approvisionnement importantes. Il y a tout simplement trop de demandes commerciales et trop peu de développeurs qualifiés pour proposer de nouvelles solutions. Le nombre d’exigences que reçoivent les services informatiques dépasse de loin leur capacité à les remplir. L’arriéré des demandes de changement se compte souvent par centaines ou par milliers et représente des mois ou des années de travail. Les longs délais frustrent les chefs d’entreprise et les poussent à rechercher des solutions alternatives pour les projets de transformation numérique.

Un remède à ce goulot d’étranglement qui a beaucoup retenu l’attention récemment consiste à transférer le travail de développement d’applications de l’informatique vers les utilisateurs professionnels. Ces soi-disant «développeurs citoyens« créer des applications pour eux-mêmes ou pour d’autres, en utilisant des outils qui ne sont pas activement interdits par l’informatique ou les unités commerciales. Même si cela peut sembler une excellente idée, n’oubliez pas les problèmes provoqués par ombre informatique, lorsque des travailleurs non informaticiens ont introduit des appareils, des logiciels et des services dans leurs organisations en dehors de la propriété ou du contrôle de l’informatique. Shadow IT a fait des ravages dans les organisations lorsque les employés ont installé MS Access sur leurs ordinateurs de bureau et créé leurs propres bases de données.

Nous pouvons nous attendre à voir des problèmes similaires à la suite du mouvement actuel des développeurs citoyens.

Deux technologies populaires utilisées par les développeurs citoyens pour créer de nouvelles applications sont l’automatisation des processus robotiques, la RPA et les plates-formes d’applications à faible code, les LCAP. La RPA aide à automatiser les tâches en utilisant généralement une technologie d’enregistrement et de lecture basée sur l’interface utilisateur, éliminant ainsi le besoin d’intégrer des systèmes dans un flux de travail. L’interface utilisateur est la couche d’intégration afin que les utilisateurs puissent contourner la connectivité du système qui nécessite l’informatique. Les LCAP permettent aux techniciens d’entreprise de créer des applications en dehors des contrôles informatiques. Les deux outils permettent aux développeurs citoyens de créer de nouvelles applications ou d’embaucher des sociétés tierces pour éviter les retards et les retards de livraison informatique.

Démocratiser la technologie et permettre à des ressources non informatiques de créer des applications semblent excellents, mais cela peut entraîner des problèmes en aval pour le DSI et l’informatique de l’entreprise. La distribution de ce travail à des personnes moins qualifiées augmente la charge de travail, sépare les données d’entreprise et introduit plus de risques pour l’entreprise, car les « développeurs citoyens » ne sont pas des développeurs.

Tant que vos développeurs citoyens n’interagissent pas avec les systèmes informatiques ou ne produisent pas de données nécessitant la sécurité et la gestion de l’entreprise, votre DSI n’a rien à craindre. Mais si cela change, les choses se compliquent très vite.

Voici 13 raisons pour lesquelles un DSI ne veut pas que les citoyens développent leurs propres applications d’entreprise, classées du moins important au plus important.

13. L’apprentissage est perdu

Les tout nouveaux développeurs qui rejoignent l’informatique ne commencent pas par créer des applications critiques sans supervision. Au lieu de cela, ils sont encadrés par des développeurs seniors qui ont une éducation à la fois formelle et informelle sur ce qui fonctionne et ce qui échoue dans leur entreprise. Avec une équipe de développement citoyen, cette orientation est perdue et le risque d’erreurs de développement coûteuses est élevé.

12. Le déploiement et la gestion des plates-formes n’est pas différent

Dès que l’application en question accède à des données critiques ou sensibles, le service informatique doit étendre ses processus de gestion du changement à cette plate-forme. Cela signifie des environnements de développement, des environnements de test, des environnements d’intégration, des environnements de test de performances et autres. Nous tenons le service informatique responsable de l’intégrité du système et des données ; ainsi, ces étapes sont nécessaires. Vos développeurs citoyens construiront essentiellement des applications selon les mêmes processus que ceux suivis par l’informatique.

Ces applications sont donc soumises aux mêmes délais de développement que vos applications informatiques. La plupart des retards sont dus à la disponibilité et à la gestion de l’environnement et des données de test. Si cet aspect développement est le même, le développement citoyen ne sera pas plus rapide que le développement informatique traditionnel.

11. Séparation des tâches

Dans le développement de logiciels, il existe une séparation ferme des tâches. Une gouvernance stricte ne permet pas aux développeurs d’effectuer leur propre assurance qualité, donc les erreurs sont détectées avant la production (espérons-le !). Après quelques problèmes inattendus de « niveau 1 », le processus de développement citoyen sera contraint de refléter celui des pratiques de développement informatique existantes pour garantir que les exigences sont correctement capturées, que le code est testé par des personnes indépendantes chargées de l’assurance qualité et que les modifications sont déployées avec prudence.

10. Économie

La création d’applications RPA pour automatiser les processus répétitifs peut sembler une économie de coûts. Cependant, la plupart des personnes qui créent ces applications pour l’entreprise travaillent avec des sociétés de services tierces. Par exemple, les entreprises dépenser quatre dollars en services pour chaque dollar dépensé en licences logicielles RPA. Dépenser autant en services pour créer ou modifier des automatisations augmente le coût total de possession et peut ne pas avoir été pris en compte au début du projet. Et comme l’informatique s’appuie également sur des tiers pour une grande partie de son développement logiciel, il n’y a là encore aucun argument valable pour contourner l’informatique en premier lieu.

9. Position de sécurité

Les développeurs citoyens sont des employés de tous les jours qui introduisent des risques de sécurité pour l’entreprise. Ils emploient souvent de mauvaises pratiques de sécurité comme la réutilisation des mots de passe, la fuite de données et le fait de ne pas maintenir les systèmes à jour. Par conséquent, les entreprises peuvent s’attendre à dépenser des milliards de dollars en logiciels de sécurité tels que la protection par pare-feu, les antivirus et les logiciels anti-hameçonnage pour protéger l’organisation et réduire le risque de pratiques de sécurité et d’hygiène inadéquates de la part des « citoyens ». La gouvernance des projets informatiques de l’équipe Infosec ne doit pas s’étendre différemment à ces projets.

8. Contrôle et gouvernance

La gouvernance informatique combine des règles, des réglementations et des politiques qui définissent, contrôlent et garantissent l’efficacité des opérations d’un service informatique. Démocratiser la technologie et permettre aux employés non informaticiens de créer des applications peuvent entraîner des données et des processus qui affaiblissent la gouvernance et la génération de rapports de retour sur investissement centralisés. Cela est particulièrement vrai si les données créées dans une application conçue par les citoyens ne sont pas disponibles pour les rapports et les tableaux de bord d’entreprise. L’absence d’une bonne gouvernance des projets de développement citoyen soit limite considérablement leur portée, soit représente des activités dangereuses qui doivent être placées sous la même structure de contrôle que les autres initiatives informatiques.

7. Les citoyens ne veulent pas le faire

Les soi-disant « citoyens » ne sont pas nécessairement enthousiasmés par un tel « pouvoir » pour développer des applications. Ce n’est pas une question d’outils et de technologie mais de savoir s’ils ont ou non été embauchés pour effectuer de telles tâches. Il y a toujours une fraction de personnes non informatiques intéressées par le développement d’applications ; ces personnes accèdent généralement à des postes informatiques. Ceux qui ne sont pas intéressés veulent utiliser la technologie, pas la créer.

6. Orientation de la tâche – l’opposé de la situation dans son ensemble

En règle générale, les développeurs citoyens n’automatisent que partiellement les étapes qu’ils entreprennent dans un processus, et non le résultat du processus métier de bout en bout.

Sans une vue d’ensemble, nous sommes victimes de la théorie des contraintes et nous nous retrouvons avec des sous-optimisations qui peuvent ou non produire un retour sur investissement réel sur le résultat souhaité.

5. Rend la transformation plus difficile

Cette orientation vers les tâches des plates-formes low-code rendra souvent la transformation de l’entreprise plus difficile. Ces plates-formes exposent la logique métier qu’elles incarnent via une interface utilisateur. Ils sont conçus pour que les gens se lancent et cliquent dessus. Ainsi, l’automatisation du bâtiment de bout en bout, c’est-à-dire l’intégration de cette logique dans un contexte plus large, devient une proposition encore plus difficile qu’avant la création de l’application.

Le codage en dur de la façon dont les tâches sont effectuées aujourd’hui ne vous rapproche souvent pas d’un résultat transformé. Comment descendons-nous six pas jusqu’à 2, voire 1 ? Ce n’est pas l’objectif de la plupart des plates-formes low-code, et ce n’est pas un objectif que les développeurs citoyens ont dans la portée.

4. Les arrêts de production sont difficiles à trier

Les applications d’entreprise avec diverses personnes et intégrations de systèmes deviennent assez complexes. Comprendre les problèmes et les résoudre nécessite souvent des experts représentant les nombreux systèmes impliqués. Les informaticiens ne connaissent que trop bien la conférence téléphonique de 50 personnes pour trier un problème de gravité élevée. Le service informatique doit gérer le support de production et avoir une implication significative si un système doit rester opérationnel. Sinon, les temps d’arrêt pourraient ruiner la valeur de l’ensemble de l’initiative low-code.

3. La plupart des outils low-code survendent les capacités

De nombreux LCAP déclarent que le développement d’applications à l’aide de leurs plates-formes est facile et correspond au modèle de développeur citoyen, mais « low code » ne signifie pas « pas de code ». Lorsqu’il s’agit d’intégrer d’autres systèmes, ils suivent ce que nous appelons le modèle « collez votre code ici ». Un développeur LCAP a déclaré le Gartner Peer Insights, « Les processus qui nécessitent une logique métier au-delà de ce qui est construit et disponible sur étagère nécessitent des développeurs professionnels. J’ai personnellement travaillé pour développer plus de 50 applications et je n’aurais pas pu en développer une seule sans le soutien de développeurs professionnels.

Il faut en moyenne 101 jours de formation, le mentorat ou l’amélioration des compétences des développeurs citoyens pour surmonter le problème du manque de compétences. Accédez simplement à votre tableau d’affichage d’offres d’emploi préféré et examinez les exigences des offres d’emploi sur une plate-forme à faible ou sans code. Vous verrez qu’ils nécessitent cinq ans de Java et trois ans d’expérience en SQL ! Quelle est la différence entre ces publications et les publications typiques de développeurs informatiques ?

2. Les entreprises ont déjà trop d’applications

Celui-ci me fait vraiment avancer. Ici, en tant qu’industrie, nous nous efforçons de rendre la création de nouvelles applications Web de plus en plus rapide. Mais ce qu’un chef d’entreprise a déjà dit : “Ce dont mon équipe a besoin, ce sont de plus d’applications à gérer !”

Les entreprises sont déjà submergées par la liste croissante d’applications sur le lieu de travail. Une entreprise utilise en moyenne 397 applications. Ces applications ont des interfaces utilisateur et une terminologie distinctes, des fonctionnalités fonctionnelles, des coûts de licence et/ou une équipe de développement avec un arriéré de demandes de changement et de support. L’employé moyen essayant de gérer des processus via toutes ces applications bascule entre 35 applications critiques plus de 1 100 fois par jour. Plus d’applications augmentent les coûts et frustrent les employés.

1. Un « développeur citoyen » productif est un « développeur »

Notez combien des problèmes ci-dessus se résolvent essentiellement en « les développeurs citoyens doivent faire la même chose que l’informatique fait déjà » ? S’ils font tout ce qu’un développeur informatique doit faire, ils sont aussi des développeurs. Au moment où vous obtenez le développeur citoyen productif et contribue en toute sécurité, vous pourriez aussi bien laisser tomber le mot «citoyen».

John Michelsen est PDG de Logiciel Krista. Il détient 28 brevets délivrés ou en cours dans les domaines des bases de données, de l’informatique distribuée, de la gestion virtuelle/cloud, des portails d’applications Web multicanaux, de la virtualisation des services (LISA) et de la sécurité mobile.

VentureBeat

La mission de VentureBeat est d’être une place publique numérique permettant aux décideurs techniques d’acquérir des connaissances sur la technologie transformatrice et d’effectuer des transactions. Notre site fournit des informations essentielles sur les technologies et les stratégies de données pour vous guider dans la gestion de vos organisations. Nous vous invitons à devenir membre de notre communauté, pour accéder à :

  • des informations à jour sur les sujets qui vous intéressent
  • nos newsletters
  • contenu de leader d’opinion fermé et accès à prix réduit à nos événements prisés, tels que Transformer 2021: Apprendre encore plus
  • fonctionnalités de mise en réseau, et plus

Devenir membre

Previous

Une nounou a fait face à une accusation de meurtre après la mort d’un bébé. Puis les choses ont pris une tournure

Voice in Sport aide les joueurs de la NWSL à encadrer de jeunes athlètes noirs

Next

Leave a Comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.