Étude de cas
Le manuel du développeur citoyen : Une décennie de connaissances

Matt Hubbard, un développeur citoyen d'origine, nous livre la vérité non filtrée et non falsifiée de son parcours sans code.

Outils :
Aucun élément n'a été trouvé.
Notre note globale
Facilité d'utilisation
Rapport coût-efficacité
Flexibilité
Liberté de conception

Matt Hubbard est ce que l'on pourrait appeler une autorité en matière de développement citoyen. Directeur de l'excellence opérationnelle et de la réussite des clients de la plateforme Agile Point - et influenceur important du cadre et des ressources de formation du développeur citoyen du PMI - c'est quelque chose qu'il poursuit avec une véritable passion depuis plus d'une décennie. 

Lorsque j'ai rêvé pour la première fois de la technologie LCNC (low-code/no-code), avant qu'elle n'existe vraiment, j'étais chef de projet dans une grande entreprise automobile", explique-t-il. J'étais chargé de normaliser et de contrôler les processus commerciaux pour le développement de nouveaux modèles en Amérique du Nord. Je n'arrivais pas à créer une application. Le service informatique me disait que cela coûterait plusieurs millions de dollars et prendrait des années. C'est alors que je me suis dit qu'il devait y avoir un moyen plus souple".  

Depuis, il a créé de nombreuses applications et a contribué à la mise en œuvre de la méthode no-code/low-code dans plusieurs grandes organisations. En matière de développement citoyen, c'est un euphémisme de dire qu'il s'y connaît. Il nous fait part ici des leçons qu'il a tirées de son parcours, ainsi que de quelques conseils pratiques à l'intention de ceux qui débutent.

1. Commencez par quelque chose de petit

J'ai changé d'entreprise et je me suis vite rendu compte que la création de logiciels personnalisés pour les opérations de back-office posait des problèmes similaires : trop coûteux, trop longs et trop rigides. C'est alors que j'ai essayé de créer ma première application en tant que développeur citoyen. Je me suis inscrit à un essai gratuit sur une plateforme LCNC et j'ai commencé à jeter un coup d'œil pour voir si c'était légitime. C'était le cas. J'ai essentiellement créé une application pour rechercher des mises à jour de statut, un cas d'utilisation assez courant pour un chef de projet. C'était super simple : une application à une table avec des vues prédéfinies, des tableaux de bord et des rappels automatisés. Cela ne m'a pris que 8 heures, mais cela m'a permis d'économiser 200 heures par an.

Conseil de Matt : 

  • Construisez un cas d'utilisation simple et tirez-en des enseignements. Essayez-en un autre. Les premières applications que vous créez ne doivent pas être des applications d'entreprise, des applications critiques, car vous aurez tellement investi que vous ne les considérerez pas comme des essais. Commencez donc petit, expérimentez".

2. Impliquer le service informatique le plus tôt possible

Après un premier succès avec un compte d'essai, nous avons acheté quelques licences et créé d'autres applications. Chaque fois que nous avons créé quelque chose et que nous l'avons utilisé, cela a prouvé sa valeur. Le service informatique a entendu parler de notre travail et nous a demandé de faire une pause afin de procéder à une évaluation des risques. C'était un peu effrayant, mais heureusement nous avons passé l'examen et avons été autorisés à poursuivre avec une supervision informatique modérée. Cette expérience m'a appris que le partenariat avec les TI est impératif pour que le développement citoyen existe en tant qu'option viable et saine. Rétrospectivement, nous aurions dû nous adresser aux services informatiques dès le début. 

Les conseils de Matt : 

  • On s'attend aujourd'hui à ce que l'informatique construise des choses pour vous, mais la réalité est qu'elle ne peut pas tout construire et qu'elle a donc un énorme retard à rattraper. Quelle est la solution à ce problème ? Le développement citoyen est une très bonne solution. Vous voulez que l'informatique se l'approprie. Vous voulez que l'informatique en fasse partie". 
  • La LCNC doit être présentée comme un avantage pour l'informatique et l'entreprise, et davantage comme une expérience. Il faut dire : "Je ne vous demande pas de prendre une décision importante pour l'entreprise maintenant, mais je pense qu'il y a quelque chose ici, pouvons-nous l'étudier ensemble d'une manière contrôlée ?" 

3. Chercher à comprendre les éventuelles objections 

Le refus des TI s'est manifesté sous deux formes. Soit : "Nous ne l'avons pas approuvé" ou "Et s'il y avait des failles de sécurité ?". J'étais ému et frustré parce que j'avais l'impression de ne pas avoir d'autres options. C'était soit des feuilles de calcul, soit cette solution inefficace à long terme [construire avec l'IT]. Les deux solutions étaient nulles. Mais j'ai accepté de suspendre tout nouveau développement pendant que le service informatique étudiait correctement les plates-formes. Cela a permis d'établir une relation beaucoup plus saine pour les développements futurs. Résister aux objections aurait probablement tendu les relations - et réduit les chances de réussite future.

Les conseils de Matt :

  • Si vous vous heurtez à des réticences, cherchez d'abord à comprendre, puis à être compris. Écoutez leurs objections. Appréciez leur point de vue. Travaillez avec eux pour répondre à ces objections. Soyez patient. Explorez les moyens par lesquels la CD peut vous aider, vous mais aussi l'IT (par exemple, avec leur carnet de projets).
  • Ce que je constate avec les grandes entreprises, c'est qu'elles pensent que la prochaine étape est de trouver la plateforme parfaite. Cela entraîne une paralysie de l'analyse, mettant beaucoup en jeu pour prendre la bonne décision tout de suite. Ce n'est pas la bonne approche. Il est préférable d'avoir une idée du type de plateforme que vous recherchez, une orientation générale, puis de les essayer. Vous arriverez à un point où vous serez à l'aise avec une plateforme, puis vous l'utiliserez à grande échelle. Ensuite, vous commencez à développer votre modèle opérationnel - normes, garde-fous et structures organisationnelles autour du CD. Modèle de maturité en cinq étapes du PMI". 

Pour en savoir plus, consultez notre article sur comment atténuer les problèmes informatiques.

4. La mise à l'échelle de la LCNC requiert des compétences différentes

Lors de mes premières créations d'applications, je n'ai pas pensé aux normes d'application pour une expérience utilisateur cohérente ; je n'ai pas pensé à construire pour faciliter la maintenance ; je n'ai pas pensé à l'efficacité de mes formules et de mes vues. En général, on commence par créer des applications pour soi, pour résoudre ses propres problèmes. Puis on se rend compte que l'on peut créer des applications qui s'adressent à un public plus large, en dehors de son département".

Les conseils de Matt : 

  • Il faut savoir que construire pour un grand nombre de personnes est différent. Le passage à l'échelle est un jeu différent. C'est difficile. Il faut penser logiquement et commencer à réfléchir aux normes et à la cohérence. 
  • Il s'agit de créer un plan : où mettre le bouton "enregistrer" ? Quelles combinaisons de couleurs allez-vous utiliser ? Comment concevrez-vous votre flux de travail ? Il n'est pas nécessaire d'apprendre toutes ces choses avant de commencer, parce qu'alors vous ne commencerez jamais, mais une fois que vous commencez à toucher un public plus large, vous devez commencer à acquérir ces compétences. 

5. Les environnements d'entreprise sont confrontés à quatre problèmes majeurs

  • Verrouillage du fournisseur. Si vous utilisez une plateforme pour créer tellement d'applications que vous finissez par en tirer vos opérations, alors votre fournisseur de plateforme peut avoir un effet de levier. Il n'est probablement pas judicieux de mettre tous ses œufs dans le même panier. Si vous êtes une grande organisation et que vous disposez de plusieurs plates-formes pour gérer vos applications, c'est utile car cela vous permet d'avoir un certain effet de levier".
  • Les coûts de licence, en particulier pour les utilisateurs occasionnels. Il existe différents modèles de tarification, mais la plupart d'entre eux sont basés sur l'utilisateur. Vous pouvez être facturé indépendamment du degré d'utilisation de la plateforme par l'utilisateur, ce qui devient vraiment délicat si vous essayez de créer une application destinée au grand public. Il est difficile d'adapter votre structure commerciale et votre tarification à la manière dont les plateformes sont utilisées. Mais il existe des plateformes qui proposent des modèles de tarification pour un nombre illimité d'utilisateurs et même pour des utilisateurs simultanés (par exemple, 100 utilisateurs peuvent utiliser la plateforme en même temps)". 
  • Un manque d'outils de gestion à l'échelle de l'entreprise. De nombreuses plateformes "no-code" n'ont pas d'environnement de développement : tout est en production. C'est un défi lorsque vous passez à l'échelle de l'entreprise. Cela signifie que chaque modification apportée affecte les personnes en direct. C'est parfait pour les applications simples, mais si vous avez des dépendances, comment faire ces changements sans affecter les gens en temps réel ? Certaines plateformes ne vous permettent pas non plus de voir facilement toutes les applications de votre écosystème et de savoir qui les possède ou les maintient, à partir d'un emplacement central. Il s'agit là aussi d'un défi. 
  • L'interface utilisateur présente certaines limites. La raison pour laquelle le "no-code" est rapide est que vous réutilisez des choses qui existent déjà. Pour qu'une chose existe déjà, il faut qu'elle ait été créée. Si vous essayez de construire en no-code et que vous voulez personnaliser l'interface utilisateur, en disant "J'aimerais avoir cette couleur ici, ou un bouton ici, ou le rendre un peu différent", vous ne pouvez pas. C'est toujours la même chose. Vous n'avez pas à penser à tous ces détails supplémentaires ; la plateforme y a déjà pensé pour vous. Si c'est important pour vous, vous devrez peut-être opter pour des plateformes à code réduit. C'est un compromis aujourd'hui, mais peut-être pas à l'avenir". 

6. Si votre environnement n'est pas propice, cherchez ailleurs 

Si la LCNC et le développement citoyen ne sont pas autorisés parce que ce n'est tout simplement pas la façon dont votre organisation fait les choses, alors il faut arrêter de se frapper la tête contre le mur et passer à autre chose - c'est ce que j'ai fait. Aujourd'hui, lorsque je me présente pour un poste lié à l'amélioration des processus, je demande s'ils utilisent la LCNC. Me donnera-t-on les moyens de créer des applications ? Et si la réponse est non, je vais probablement chercher ailleurs". 

Une dernière chose à retenir

Ne vous sentez pas obligé d'avoir tout compris avant de faire un pas. Le monde est différent aujourd'hui - vous pouvez expérimenter et apprendre parce que les plates-formes LCNC sont très accessibles, contrairement aux énormes achats de logiciels du passé.

Notations

VIEW TUTORIAL
VIEW TUTORIAL
VOIR L'ARTICLE

VOIR LE CAS D'UTILISATION
A propos de l'auteur
Duncan Griffiths Nakanishi

Duncan est rédacteur en chef de NoCode.Tech. Rédacteur et éditeur, il a huit ans d'expérience dans les médias, dans les domaines de l'économie, de la culture, de l'art de vivre et de la technologie.

VIEW CATEGORY

Tutoriels similaires

Aucun élément n'a été trouvé.

Vous souhaitez lire
plus d'articles
comme ceux-ci ?

Devenez membre de NoCode et bénéficiez d'un accès à notre communauté, de réductions et - bien sûr - de nos derniers articles livrés directement dans votre boîte de réception deux fois par mois !

Rejoignez les 10 000+ NoCoders qui lisent déjà !
Merci d'avoir rejoint NoCode.Tech !
Oups ! Un problème s'est produit lors de l'envoi du formulaire.