Il est admirable de pouvoir contempler un métier optimisé: quand on le découvre, on est en admiration devant la sagesse qui a été incorporée aux méthodes de travail. Les experts peuvent vous expliquer la raison du moindre geste. Regardez un pilote d’avion ou un pompier travailler et vous serez certainement en admiration. Même un restaurant bien tenu est impressionnant. Quand on découvre l’informatique de gestion, la première impression est très différente. Vous avez souvent le sentiment de perdre des journées ou des semaines. Cette impression sera confirmée en regardant les budgets qui donneront l’impression d’un immense gâchis. Et cette situation regrettable n’est pas le résultat d’une incompétence pathologique: de nombreux acteurs de l’informatique d’entreprise sont des professionnels motivés. Ils font de leur mieux avec les stratégies et les technologies choisies.

Les systèmes informatiques sont la colonne vertébrale de la plupart des entreprises. Celles-ci dépensent quelques pourcents de leur chiffre d’affaire à construire et opérer ces systèmes informatiques. Un système classique vivra une décennie, et parfois beaucoup plus avant d’être remplacé. Il y a deux grandes stratégies pour déployer un système informatique: faire appel à un progiciel ou développer une application spécifique. Ce choix est structurant pour l’entreprise.

Progiciel

Un progiciel fournit une solution clé en main pour un processus métier. Un logiciel de comptabilité vous fournit directement une solution pour enregistrer vos écritures, créer des factures, et même faire des déclarations fiscales. Les progiciels permettent parfois, d’adapter la solution à vos besoins, mais il y a toujours une limite. Peu de progiciels ont développé des interface de qualité permettant des extensions puissantes. Pourtant, c’est qui est courant dans d’autres industries: wordpress est ainsi connu pour ses plug-ins complexes, et de nombreux jeux videos proposent le développement d’extensions et de modifications.

Développement spécifique

Dans un développement spécifique, votre équipe technique implémente directement la logique métier souhaitée. Ces développements sont réalisés sur la base d’une infrastructure technique générique qui ne connait rien de vos besoins métiers. L’élement essentiel est une base de données qui stocke vos données de façon sécurisée et permet un accès à plusieurs utilisateurs en parallèle. Il existe maintenant des composants open-source stables et de qualité pour la plupart des éléments de l’infrastructure technique nécessaire au développement d’applications. Vous pouvez donc dévevlopper exactement les processus avec les règles métiers que vous définissez, ce qui est précieux si vous avez des besoins spécifiques.

Bien que l’infrastructure de base soit standardisée, les développements spécifiques néccessitent néanmoins de redévelopper à chaque fois des fonctiosn de base qui n’ont pas été encore standardisées. Typiquement, un tel logiciel a besoin de workflow, de sécurité, de contrôle d’accès, ainsi que de mise en page des données. Les plate-formes ‘lowcode’ (aussi appelées atelier de génie logiciel) peuvent aider, en fournissant ces briques prêtes à l’emploi. Open Lowcode est une plate-forme lowcode complètement open-source, qui fournit ces briques, et laisse les développeurs implémenter le ‘ciment’, la logique spécifique à votre application.

Quelle stratégie choisir

Lorsque vous avez à créer une nouvelle application métier, ou remplacer une ancienne application, vous devez décider de la stratégie à mettre en place. Cet article suggère une méthodologie.

Taille de l’application

Le premier critère pour décider d’une stratégie est la taille du sujet. Elle doit être mise en contexte de budget informatique de l’entreprise, qui représente typiquement un pourcentage fixe du chiffre d’affaire constant par industrie. Par exemple, un budget informatique de 100M€ est typique pour une entreprise ayant plusieurs milliards d’euros de chiffre d’affaire. Nous classons les systèmes comme

• Enormes si le coût de développement et déploiement représente plusieurs années de budget informatique;
• Gros si le coût de développement et déploiement représente une année de développement informatique;
• Petits si le coût de développement et déploiement représente beaucoup moins qu’un an de budget informatique.

Il y a une limite naturelle aux nombres de projets que vous pouvez entreprendre. Typiquement, vous pouvez vous permettre de développer un gros système tous les 3 à 5 ans, et quelques petits systèmes par an.

Impact Métier

Nous proposons de classer les systèmes informatiques en plusieurs catégories, en fonction de l’impact métier, et de l’aspect normé du sujet.

• Un système stratégique est critique pour la position compétitive de votre entreprise, et vous souhaitez donc pouvoir innover et être le plus agile possible. Si votre entrerprise prétend être une référence dans le domaine logistique, vous aurez probablement besoin de votre propre système de gestion logistique, vous permettant de déployer rapidement vos innovations propriétaires.
• Un système normé implémente un processus qui respect une norme. Le processus normé typique est la comptabilité, il existe en effet des lois et des normes que toute entreprise doit respecter. Les normes légales ne sont pas les seules: il existe aussi des normes scientifiques et technologiques: ainsi, les alliages d’acier sont normalisés, et leur propriétés mécaniques le sont également. Il est toutefois nécessaire d’être prudent: il existe aussi de “fausses normes”. Ces dernières sont pourtant déclarées auprès d’un organisme officiel, mais elles ne sont pas respectées dans les fait. Souvent, ce sont des marottes d’employés de grands groupes, ou des coups marketings: certaines entreprises déclarent leurs formats internes comme standards, mais personne d’autre ne les utilisent. Il est fortement recommandé de vérifier la réalité d’une norme ou d’un standard en demandant l’avis de plusieurs experts venant d’horizons différent.
• La plupart des applications ne sont ni stratégiques ni normées. Elles peuvent néanmoins être critiques pour la productivité de l’entreprise. Dans cette catégorie, on trouve les suites bureautiques, des systèmes industriels, RH…

Retours d’expérience

Pour proposer une stratégie adaptée, les faits suivants doivent être pris en compte

• Certains progiciels sont très chers même s’ils apportent peu de valeur. Dans un marché parfait, le prix d’un produit simple devrait être bas, et une vieille technologie devrait très vite baisser de prix. Mais les vendeurs de progiciels dépensent beaucoup d’énergie à garder des prix élevés dans un marché qui comprend principalement des transitions de gré à gré. Il est ainsi important de remettre systématiquement en cause la valeur apportée réellement par un progiciel en fonction de son prix.
• En utilisant un progiciel, vous dépendez de la feuille de route de l’éditeur. Cela veut dire notamment faire une mise à jour douloureuse toutes les quelques années. Les développements spécifiques ont aussi des problèmes d’obsolescence des technologiques de base utilisées, mais cela est en général beaucoup moins difficile. Pour prendre un exemple, changer de version de base de données est relativement simple.
• On sousestime toujours le coût de développer un logiciel, ou d’adapter un logiciel existant. En particulier, il faut toujours prévoir une phase de stabilisation pour qu’un logiciel monte en qualité. cela représente souvent de 30 à 100% de l’investissmeent initial. Si vous gardez un système existant, ou si vous utilisez comme cela est prévu un progiciel, cce traail de stabilisation est déjà derrière vous.
• Certains sujets sont simplement trop gros pour votre entreprise, et plus votre entreprise est petite, plus il y a de tels sujets. Pour ces sujets, vous devez acheter avec discernement un progiciel existant, et vous en contenter. Cela peut limiter la stratégie de votre entreprise et vous interdire d’innover dans certains domaines. C’est très important, et très rare, que les entreprises reconnaissent cet état de fait, et adaptent en fonction leur stratégie.

La matrice magique

Voici donc finalement les recommendations pour le choix de la stratégie

• Les progiciels sont la solution pour tous les sujets normés gros et énormes. Le meilleur exemple est une suite de comptabilité;
• Les progiciels sont également la bonne solution pour les sujets énormes qui ne sont ni normés ni stratégiques, comme le développement d’un système sur ces sujets est hors de portée. Par exemple, vous n’avez pas les moyens de redévelopper une suite bureautique, c’est un investissement énorme. Vous devez juste acheter intelligemment un produit existant, et accepter ses limitations;
• Si un sujet énorme est aussi stratégique, la situation est délicate. L’entreprise peut considérer qu’un investissement stratégique, dépassant de loin le budget informatique normal est nécessaire. Vous pouvez aussi créer un partenariat avec un vendeur de progiciel pour qu’il incorpore vos besoins. Comme vous serez très dépendant de ce fournisseur, il est probablement sage de limiter le parternariat au périmètre minimum;
• Les sujets stratégiques petits et gros doivent absolument faire l’objet d’un développement spécifique. Vous obtiendrez exactement ce dont vous avez besoin, et vous aurez plus de flexibilité. Open Lowcode est une plateforme très efficace pour vos développements spécifiques;
• Pour les autres sujets (sujets normés simples) et les autres sujets petits et gros, vous pouvez opter pour un progiciel ou un développement spécifique. Cette catégorie comprend une partie importante des ERP. Les entreprises adaptent souvent fortement leurs ERP pour prendre en compte leur spécificité, mais les ERP ne sont pas stratégiques, car les fonctions supportées (finance, logistique…) ne sont pas vraiment différenciantes, juste des sujets sur lesquels il ne faut pas “se planter”. Une approche intelligente est de faire une tentative de développement spécifique, en réalisant un prototype. Vous pouvez par exemple investir 10% du budget initial dans un protoype, et regarder jusqu’où le développement spécifique peut aller. Cela vous donnera une bonne idée de la complexité du sujet, et des capacités de votre écosystème de développement. Ce dernier point est un facteur de décision majeur pour partir dans une voie spécifique. Avec Open Lowcode, vous avez besoin de moins de compétences techniques, car l’outil fournit déjà une bonne base technique, et guidera vos développeurs.

Les développements spécifiques seront réalisés par vos équipes, mais les progiciels sont vendus par leurs éditeurs. Vous n’allez donc pas comparer les deux approches dans des conditions justes et équilibrées. En effet, le progiciel disposera d’avocats professionnels, puissants et intéressés: les vendeurs des éditeurs. Ils chercheront à vendre à tout prix car ils touchent une commission pour cela, et même s’ils ne proposent pas la solution idéale, personne ne saura après coup qu’un autre approche aurait été trois fois moins chère. Et nous pourrions évoquer aussi l’adage que “personne dans une DSI n’a jamais été licencié pour avoir choisi un des leaders du marché”, que la plupart des collaborateurs de DSI ont probablement en tête. Pour compenser ces biais et aprioris, il est probablement approprié de faire légèrement pencher la balance du côté des développements specifiques, et d’être l’avocat du diable lorsque la solution progicielle est évoquée. Au minimum, c’est une bonne idée d’avoir réalisé quelques hackathons avant de prendre une décision irrévocable.

L’approche lowcode est devenue populaire, et a décliné plusieurs fois dans l’histoire de l’informatique. La raison principale de ces échecs précédents est la difficulté de réaliser le dernier pas, les “derniers 10%” de besoins des utilisateurs. Hors, dans beaucoup de cas, une application qui répond à 90% des besoins est inutile ou rejetée. La pertinence d’une approche low-code résulte certes de sa capacité à founir avec une très bonne productivité 90% des besoins utilisateurs, mais c’est la partie facile. La partie difficile est de permettre les derniers 10% avec une productivité équivalente à du développement spécifique. Open Lowcode offre un éventail complet de réponses.

Des objets métiers flexibles, modulaires et puissants

Par rapport à un logiciel métier classique, Open Lowcode vous permet de concevoir votre modèle de données exactement suivant vos besoins, en associant à chaque objet des propriétés, fonctions puissantes répondant aux situations les plus communes du logiciel d’entreprise (workflow, traceabilité, cycle de vie). Des adaptations de l’interface graphique sont prévues aussi pour offrir, de base, une interface correcte.

Actions et pages personalisées

Open Lowcode fournit, une fois les donnnées modélisées, une interface standard. Toutefois, il existe de nombreux cas où l’on souhaite regrouper suivant une logique spécifique plusieurs actions standards. Par exemple, dans la gestion des incidents informatiques (bug), on veut souvent créer un ticket lié à un autre ticket. On peut ainsi concevoir une action spécifique qui crée un nouveau ticket, le lie au ticket existant, et assigne le ticket au même sujet que le sujet d’origine. C’est très facile avec Open Lowcode, puisque le créateur d’actions personalisées a accès à toutes les actions unitaires sur les objets métiers avec une interface très naturelle. Le cas expliqué ci-dessus nécessite beaucoup moins d’une heure de développement, pause café compris. Les actions personalisées s’insèrent dans les pages standards des objets, permettant de lier facilement les personalisations dans l’application.

Les actions personalisées peuvent aussi servir à rassembler toutes les données nécessaires pour l’affichage dans une page personalisée. Pour celles-ci aussi, toutes les primitives servant aux pages standard d’Open Lowcode sont accessibles, avec un langage fortement typé qui détecte la plupart des erreurs dès la compilation.

Personalisation des fonctions complexes

Open Lowcode propose des fonctions complexes comme des workflows. Ces fonctions complexes ont parfois besoin de personalisation sur des parties bien spécifiques. Par exemple, dans un workflow, la plupart des actions sont standard, comme l’envoi de tâches de validation, ou d’e-mail. Néanmoins, certaines parties de ces fonctions complexes nécessitent un algorithme particulier qu’il est beaucoup plus rapide de développer directement, comme une fonction d’aiguillage qui vérifie en fonction de rêgles complexes quelles validations sont nécessaires. Open Lowcode propose, chaque fois que c’est nécessaire, des points de personalisation sur les fonctions complexes.

Les ‘Smart Reports’

La plupart des applications basées sur des tableurs (feuilles de calcul) utilisent massivement la fonction de ‘tableau croisé dynamique’. Elle permet de consolider les données suivant des axes choisis pour obtenir une vue synthétique. Open Lowcode offre une fonction similaire mais plus puissante, puisqu’elle permet de consolider les données de plusieurs objets liés entre eux par des liens. Un rapport se définit par l’assemblage de primitives de base niveau définissant comment parcourir les données, quelles données numériques consolidées et par quelles critères les regrouper en lignes et en colonnes.

Intégration des personalisations

Un piège classique des applications de développement rapide est le mélange de parties de l’application générées automatiquement et d’autres parties personalisées. Si ce mélange est mal géré, l’application n’est plus maintenable. Open Lowcode utilise des techniques de programmation orientées objet pour bien séparer la partie générée de l’application et la partie développée manuellement. Typiquement, chaque fois qu’un code personalisé est nécessaire, une classe abstraite ou une interface sera générée, et le programmeur n’aura plus qu’à implémenter cette interface ou classe abstraite. Cette dernière sera utilisée naturellement par l’application selon le principe de l’inversion des dépendances. Ce mécanisme possède de nombreux avantages:

• un fichier est soit généré automatiquement, soit développé manuellement, il n’y a pas de mélange
• Avec un éditeur comme Eclipse, le cadre de la classe à développer est générée automatiquement, rendant le développement plus rapide
• S’il y a un conflit entre le code spécifique et l’application, une erreur de compilation apparait immédiatement, rendant la correction beaucoup plus rapide et facile. Sur une application de taille importante, le gain de temps est phénoménal.

Le Futur

La première version du framework Open Lowcode, qui sera publié plus tard cette année, a été pensée pour offrir suffisamment de points de personalisations pour les applications développées jusqu’ici. Il est certains que de nouveaux besoins apparaitront. Open Lowcode dispose ici d’un autre avantage: l’approche Open-source permet à n’importe quel utilisateur de développer une extension si celle-ci est nécessaire. Un service d’implémentation d’extensions est également disponible. Cette approche communautaire devrait permettre de converger vers l’ensemble des besoins de points de personalisation, de façon beaucoup plus efficace et rapide que ce que l’on constate aujourd’hui.

Photo by Alexander Andrews on Unsplash

Vous êtes probablement nombreux à réfléchir à créer votre société. Ce post résume l’expérience d’Open Lowcode. Avant de rentrer dans les détails, il est utile de rappeler que la création d’une société n’est qu’une étape, et pas forcément la première. Open Lowcode a d’abord été un projet personnel pendant 7 ans. Ces 2 dernières années, la plateforme a été testée chez mon employeur, ce qui a confirmé l’intérêt de la démarche, et a permis à l’application d’atteindre un premier niveau de maturité.

Avec mon employeur

J’ai par contre dû demander confirmation à mon employeur des droits de propriété intellectuelle: la procédure dite de “classement de proposition d’invention” est cadrée par la loi (article L611-7 du code de la propriété intellectuelle). Tout le monde a été bienveillant dans cette procédure, et j’ai obtenu, en 3 mois au total au premier trimestre 2019, les autorisations nécessaires. A noter que mon employeur, grande société industrielle, est familier de ces procédures, et qu’Open Lowcode n’est pas du tout dans le domaine d’activité de cette société. Un argument qui a simplifié la discussion est la promesse de ma part qu’Open Lowcode soit publié en Open Source.

Comme je prévos une phase où je cumule mon emploi actuel et les activités sur Open Lowcode, j’ai dû obtenir une autorisation de cumul d’emploi. Cette procédure est relativement simple, mais il faut avoir une histoire cohérente à raconter. Mon employeur connaissait mon projet, qui a d’ailleurs fait partie d’un programme d’intrapreneuriat, et la discussion a été facile.

Si vous êtes locataires, et que vous souhaitez domicilier la société à votre domicile, il est préférable de demander l’autorisation à votre propriétaire. Cela peut prendre un peu de temps aussi.

La marque

J’ai choisi de créer ma société avec le nom de marque. Ce n’est pas forcément obligatoire, mais m’a semblé plus simple. J’ai fait des recherches sur les domaines internet et les marques disponibles. je me suis donné l’objectif d’obtenir les domaines .com, .org (pour le projet open-source) et .fr, mais parfois, le “.co” peut servir de substitut au “.com”. On peut rechercher la disponibilité d’un domaine sur go daddy. Les marques se vérifient sur le site de l’INPI et le site de l’USPTO aux Etats-Unis. Une fois une liste de noms disponibles, je l’ai partagé avec une dizaine de collègues et de membres de ma famille, dont un anglophone, qui m’a donné les conseils les plus pertinents. Cela a été très utile: certains de mes noms préférés ont fait l’unanimité contre eux, et un consensus est vite arrivé.

Une fois le nom choisi, j’ai immédiatement, le 14 mai, réservé les domaines en utilisant les services d’OVH, un grand acteur français du cloud qui propose des prix serrés. Pour les 3 noms de domaines et deux suites vitrines, le coût est entre 50 et 100 € par an. Il est probable que je doive, à un moment, choisir un hébergement légèrement plus coûteux. j’ai aussi fait le dépot de marque avec l’INPI, pour un coût de 252€ ce même 14 mai.

Préparation de la création de société

J’ai utilisé pour la création de société les services de Legalstart. J’ai commencé la procédure le 22 mai, après avoir clarifié quelques points avec leur aimable et très professionnel service support. J’ai choisi le pack premium pour un coût total de 650€ (le coût est variable suivant la localisation du siège social). Le pack premium m’a notamment permis d’accéder à des documents types (Conditions Générales d’Utilisation du site internet…). J’ai pu aussi avoir une consultation avec un juriste pour clarifier certains points de l’objet social, et les dépenses effectuées avant la création de la société qui pourraient m’être remboursé.

La création de société demande de rassembler certains documents, dont des justificatifs de domicile (le plus simple est la facture d’EDF), et documents d’identité. Si vous avez, comme moi, un nom à rallonge raccourci pour la vie courante, il faudra faire attention à ce que le nom entier figure bien sur tous les documents.

Compte Professionnel et dépot de capital

Une étape importante de la procédure de création est le dépot de capital, que j’ai effectué avec la société Qonto, que je compte également utiliser comme compte professionnel. Une formule à 9€ par mois est disponible pour les débuts (option freelance, utilisable aussi quand on crée une SAS), et permet le dépot de chèque, ce qui est rare chez les néobanques. La formule dépot de capital et 1 an de compte en banque m’a coûté 144 €.

Pour déposer le capital, il a fallu organiser un virement de mon compte personnel dans une banque classique, ce qui a pris pour moi quelques jours: l’ajout d’un bénéficiaire pour virement nécessite de confirmer par lettre (envoi d’un code par la banque) le nouveau bénéficiaire. Un autre piège peut-être la limite imposée pour le virement par votre banque. Pour moi, la limite de virement par internet était juste supérieure au capital que je souhaitais déposer (5000€), j’ai donc pu faire le virement en une fois, le 24 mai, et j’ai signé le 27 la demande de dépot de capital. Le 29 mai, je recevais le certificat de dépot de capital chez le notaire, document nécessaire à continuer la procédure de création de société.

Création de la société

De retour donc sur le site de legalstart, j’ai téléchargé le certificat de dépot de capital, ce qui a permis de lancer la procédure de création de société en elle-même. Après deux passes de revue par le formaliste de legalstart, et l’obtention des justificatifs de domiciles avec mon nom complet et l’adresse exacte, le dossier a été transmis au greffe du tribunal de commerce le 5 juin, et validé sans aucun problème. La société a été immatriculée le 11 juin, j’ai reçu à cette date le fameux K-bis. Cela a permis le déblocage des fonds par la banque (Qonto). J’ai reçu l’IBAN le 21 juin, et le capital a été viré le même jour sur le compte par le notaire, soit moins d’un mois avant le début de la procédure de création. Le 27 juin, la carte bancaire du compte professionnel est arrivée.

Les comptes

Au total, la création de la société a demandé environ 1000 Euros et 1 mois de délai. J’ai probablement passé une dizaine d’heures de mon temps à rassembler les documents, choisir les prestataires, et piloter la procédure. Grâce aux prestataires choisis (Legalstart et Qonto ), je suis confiant dans le fait que tout a été effectué dans les rêgles de l’art, et leur excellent service support m’a rassuré sur une procédure impressionante que j’effectuais pour la première fois. Les prochaines étapes, dont je vous ferai part ici, seront le choix d’une solution de comptabilité en ligne, et d’une assurance.

Note to English readers: this post refers to French administrative procedure. It is not translated into English as there is likely no interest for our English-speaking readers.