Beaucoup d’organisations ont fait de SharePoint et des listes Microsoft 365 le cœur de processus métier : demandes, suivis, validations. C’est compréhensible. L’outil est déjà là, le low-code va vite, les équipes s’approprient. Puis le volume monte, les règles se croisent, les audits arrivent, et la liste montre ses limites.
Quand le low-code devient dette partagée
Le low-code n’est pas le problème. Le problème est de lui confier, sans architecture, ce qui exige historique fiable, droits fins, performances et évolutions sans casse. Une liste qui grossit sans modèle de données clair devient une dette partagée. Personne ne veut la toucher. Tout le monde en dépend. C’est une variante du débat sur mesure ou SaaS : où la forme du marché suffit, et où elle casse.
Les signaux d’alerte sont connus : colonnes calculées illisibles, flux Power Automate fragiles, absences de journalisation métier, exports manuels pour faire le reporting. À ce stade, une surcouche applicative, comme Portana sur les listes SharePoint, peut rendre le processus gouvernable sans jeter Microsoft 365. On garde l’écosystème. On récupère une forme plus solide.
Collaboration versus système critique
Il faut aussi distinguer collaboration et système critique. Une bibliothèque de documents partagés n’a pas les mêmes exigences qu’un circuit de validation budgétaire. Confondre les deux conduit à sur-ingénierer le premier et à sous-protéger le second. Le bon critère est la conséquence d’une erreur, pas la familiarité de l’outil.
La question utile n’est donc pas SharePoint ou pas. C’est quelle part du processus reste collaboration, et quelle part est devenue système critique. Sur cette frontière, un regard lucide évite souvent de reconstruire trop tôt, ou trop tard. Pour le produit, voir aussi portana.io et la fiche Portana du catalogue.
