← Toutes les réalisations

Tekyn · Mission client · 2022–2023 · SaaS métier

Relier les enjeux métier aux choix techniques.

J’ai travaillé sur un SaaS de supply chain textile, de la modélisation métier à l’API GraphQL et à l’accompagnement de l’équipe backend.

Visuel de présentation de Tekyn avec son logo.

Mon rôleLead backend & développement produit

  • Symfony
  • GraphQL
  • AWS
  • PHP
  • GitLab
  • PLM

Le contexte

Comment traduire un métier exigeant dans un SaaS ?

Dans la supply chain textile, les données ont un sens précis pour les équipes qui les utilisent. Le logiciel doit refléter ces règles et pouvoir évoluer avec le produit.

Chez Tekyn, j’ai travaillé au croisement du métier, du backend et du lead technique. Il fallait construire le produit tout en aidant l’équipe à partager une compréhension des concepts et des choix d’implémentation.

Mon intervention

J’ai travaillé sur le produit et avec l’équipe qui le développe.

Comprendre et modéliser le métier

J’ai travaillé sur les concepts et les règles de la supply chain textile, dans un contexte PLM/ERP.

Développer l’API

L’API GraphQL donne accès au domaine pour les besoins du produit. J’ai contribué à sa conception et au développement backend.

Accompagner l’équipe

J’ai pris part aux reviews, au mentoring et au recrutement, tout en restant impliqué dans le code.

Les choix techniques

Les choix techniques doivent rester compréhensibles pour l’équipe.

Le lead technique se joue dans les arbitrages quotidiens : comprendre le besoin, discuter d’une solution, écrire le code et le faire relire.

Expliciter les règles

La modélisation relie le vocabulaire du métier aux responsabilités du logiciel.

Tester les comportements

Le TDD et les tests permettent de vérifier les règles et d’accompagner les évolutions.

Partager les décisions

Les reviews et le mentoring servent aussi à transmettre les raisons derrière une implémentation.

Une architecture que je peux
tester et faire évoluer.

Cette vue simplifiée présente le lien entre l’application, l’API et le domaine métier. Elle explique mon périmètre d’intervention sans reproduire une architecture interne.

Vue de principe simplifiée
  1. Application métierUsages de la supply chain textile
  2. API GraphQLContrat d’accès au produit
  3. Domaine PLM / ERPConcepts et règles métier

La modélisation du domaine porte les règles métier ; l’API les rend accessibles au produit.

Technologies et pratiques

Quels outils, pour quelles responsabilités ?

Backend et API

  • PHP
  • Symfony
  • GraphQL

Développement du SaaS, API GraphQL et modélisation du domaine PLM/ERP.

Pratiques d’équipe

  • TDD
  • SOLID

Tests, revues de code, mentoring et participation au recrutement.

Cloud et livraison

  • AWS
  • GitLab

Environnement cloud et outillage de livraison du produit.

Domaine métier

  • PLM

Gestion du cycle de vie produit dans la supply chain textile. PLM décrit le domaine fonctionnel, pas une bibliothèque logicielle.

Ce que ce projet illustre

Une expérience de développement SaaS où j’ai relié la compréhension du métier, le code et l’accompagnement de l’équipe.

Vous construisez un produit métier ?

Envoyez-moi quelques lignes sur le contexte, l’équipe et le problème à résoudre, on verra rapidement si je peux être utile.

Réserver un échange

À découvrir aussi

TRUST-A

TRUST-A : un cadre pour concevoir et cadrer les workflows IA.

Capture du site public TRUST-A : un cadre de fiabilité pour les agents IA, organisé autour de six dimensions.