Comprendre le métier
Partir des documents, des gestes et des contraintes des personnes qui utiliseront l’outil.
Notre méthode : qualité, organisation et suivi des projets
Cadrer le besoin, préparer les évolutions, vérifier les usages et assurer le suivi : une méthode de travail pour les développements et intégrations Dtouch.
Une méthode de travail partagée01 02 03 04 Découvrir notre manière de travailler
Préparer. Réaliser. Vérifier. Suivre.
La qualité tient aux choix techniques et à l’organisation du projet : comprendre les usages, associer les bonnes compétences et garder un suivi lisible.
Préparer les évolutions
Travailler sur un périmètre défini et préserver l’existant par une copie ou une sauvegarde adaptée.
Vérifier les usages
Prévoir des essais sur les échanges, les documents et les parcours réellement utilisés par les équipes.
Accompagner la suite
Documenter, transmettre et coordonner le suivi avec les utilisateurs, les développeurs et les partenaires.
Partir des documents et des personnes
Le point de départ est un usage concret : préparer un devis, retrouver un document, traiter une demande ou publier un catalogue. Nous examinons les exemples et les étapes de travail avec les personnes concernées. Cette préparation donne un périmètre lisible au développement et aux essais.
Préparer le changement et organiser les contributions
Une copie de travail, un jeu de données adapté ou une sauvegarde peuvent préserver l’existant pendant une évolution. Les développeurs, les contributeurs et les partenaires interviennent sur des responsabilités définies. Les dépendances avec les systèmes et l’hébergement sont examinées avec Agedis et Cloudlab selon le projet.
Vérifier un résultat réellement utile
Les contrôles portent sur les échanges, les données et les parcours concernés. Les retours de terrain et les essais utilisateur servent à vérifier la correction. Un devis validé, un développement livré et un résultat accepté constituent des étapes distinctes : le suivi permet de retrouver ce qui est fait et ce qui reste à organiser.
Conserver les traces et accompagner la suite
Les décisions, les limites et les suites de l’intervention doivent rester compréhensibles. Le suivi peut inclure la documentation, la formation, la reprise d’un dossier et la coordination avec un éditeur. L’expérience historique du fondateur, Patrice Salib, avec les équipes de Reymann et d’autres partenaires, nourrit cette pratique sans être confondue avec toutes les réalisations actuelles de Dtouch.
Comprendre et préparer
Ce que nous préparons et vérifions avec vous.
Un projet avance lorsque chacun peut retrouver le besoin, les décisions et le résultat attendu. Nous adaptons l’organisation à la taille du dossier, avec des documents et des points de contrôle utiles aux personnes qui vont faire vivre l’outil.
Un cadre de départ qui parle du métier
Le cadrage rassemble les usages prioritaires, les personnes concernées, les outils existants et les contraintes à respecter. Un exemple de devis, une commande ou un dossier de production permet de discuter les attentes avec précision. La maquette peut représenter un écran ou un document, avec des cas suffisamment proches du travail réel. Nous précisons aussi les décisions qui restent ouvertes et les contributions attendues, afin que la préparation ne se résume pas à une liste de fonctions.
Une organisation pour travailler à plusieurs
Le projet identifie les rôles : utilisateur référent, responsable métier, développeur, graphiste, administrateur et partenaires concernés. Les accès, les données d’essai et les environnements sont préparés selon leur intervention. Une copie de travail peut accueillir les évolutions avant leur report sur le service de référence. Les arbitrages et les changements de périmètre sont conservés avec leur contexte. Cette organisation aide notamment lorsqu’un sujet passe du logiciel au système ou de la présentation au contenu.
Une recette avec des critères concrets
Chaque fonction retenue appelle un résultat observable. Une recherche doit retrouver les références prévues ; un import doit respecter ses règles ; un devis doit contenir les informations attendues. Nous choisissons des cas ordinaires et des exceptions utiles, puis la personne compétente valide le résultat dans son usage. Les réserves sont identifiées avec leur suite : correction, complément de contenu ou nouvelle décision. Le suivi distingue ainsi la préparation, la mise à disposition et l’acceptation.
Une transmission qui facilite la continuité
Selon le besoin, les éléments transmis comprennent les règles de fonctionnement, les réglages utiles, les contrôles réalisés et les sujets à suivre. Les interlocuteurs pour le logiciel, le système et l’hébergement sont identifiés. Une évolution ultérieure peut alors repartir de ce qui a été choisi et vérifié. Le même soin s’applique à une correction limitée et à une application plus vaste : l’équipe doit comprendre ce qui a changé et ce qu’elle peut faire ensuite.
Des compétences complémentaires
Le logiciel avance avec son environnement.
Un projet applicatif peut dépendre d’un compte, d’un poste, d’un serveur ou d’un accès à préparer. Nous relions ces besoins au travail sur le logiciel pour organiser les interventions et les vérifications avec les bons interlocuteurs.
Agedis apporte la compétence informatique et système : la photo montre un intervenant Agedis en situation de travail. Dtouch prend en charge le développement et les intégrations convenus ; Cloudlab complète le volet datacenter et hébergement lorsque le projet le demande.
Des expertises qui se complètentAgedis · Informatique, systèmes et serveurs Cloudlab · Datacenter et hébergement
Les bonnes compétences pour la suite de votre projet.
Les systèmes qui font fonctionner le logiciel.
Postes, serveurs, accès et sauvegardes : Agedis accompagne l’environnement informatique sur lequel s’appuie l’application.
Découvrir les serveurs et systèmes AgedisUn environnement pour accueillir les applications.
Cloudlab porte le volet datacenter et hébergement. Les ressources et les conditions d’exploitation se préparent avec le projet applicatif.
Comprendre le socle datacenter CloudlabPartons de votre situation.
Décrivez l’outil, les personnes concernées et ce que vous souhaitez améliorer.
Échangeons sur votre projetAvant de lancer le développement
Budget, livraisons, sources.
Les questions à poser.
Comment le budget est-il établi ?
Le cadrage décrit les utilisateurs, les écrans, les données à reprendre et les échanges avec vos outils. La proposition distingue les fonctions prioritaires, les options et le suivi. Un chiffrage fiable dépend de ce périmètre et des accès à l’existant.
Que recevons-nous et à quels moments ?
Le projet se prépare avec des jalons et des scénarios de vérification : une fonction utilisable, un échange de données ou un document produit. Les livraisons et les validations attendues sont précisées pour chaque étape, avec un calendrier adapté au périmètre.
Qui dispose du code source et des données ?
Les droits sur le code spécifique, la remise des sources, la documentation et les accès aux dépôts sont précisés avant l’engagement. Les composants standards et extensions tierces conservent leurs licences propres. Les formats de récupération de vos données sont également à prévoir.
Comment traiter une évolution en cours de projet ?
Une nouvelle demande est rapprochée du périmètre prévu : correction, précision ou fonction supplémentaire. Son impact sur le budget et le calendrier est présenté avant de décider de sa réalisation.
Que comprend la maintenance après la livraison ?
Les corrections, mises à jour, évolutions, sauvegardes et interventions sur l’hébergement sont des sujets distincts. La proposition précise ceux qui sont pris en charge, les responsabilités et les modalités d’assistance.
Faut-il forcément développer un nouvel outil ?
Le point de départ peut être un paramétrage, une extension, une connexion entre logiciels ou la reprise d’une application. Le cadrage sert à choisir le périmètre utile et à préserver les données et les usages existants.