Réalisation en mode projet
Un périmètre convenu, livré et réceptionné selon des critères écrits
XSIS prend la responsabilité d’un périmètre défini, avec des jalons, des critères d’acceptation et un directeur de projet désigné.
Présentation
En mode projet, XSIS prend la responsabilité de livrer un périmètre convenu. Nous planifions le travail, constituons l’équipe, développons, testons et assurons la passation. Vous validez le périmètre et les critères d’acceptation, prenez les décisions lorsque nous en avons besoin et réceptionnez le résultat.
Ce modèle convient aux travaux dont le résultat est clair : une nouvelle application, une intégration entre des systèmes définis, une migration ou une version d’un produit existant. Lorsque le périmètre n’est pas encore clair, nous commençons par un court cadrage pour le préciser avant de nous engager.
Un directeur de projet désigné répond du projet de bout en bout. L’avancement, les risques et les décisions font l’objet de comptes rendus écrits. Les modifications du périmètre passent par la gestion des changements : le coût et le planning ne bougent jamais sans votre accord.
Ce que nous livrons
Périmètre écrit
Ce qui fait partie du projet et ce qui n’en fait pas partie, les systèmes concernés, les hypothèses retenues et les décisions encore ouvertes.
Critères d’acceptation
Pour chaque élément du périmètre, les tests et conditions qui attestent qu’il est terminé, convenus avant le début du développement.
Plan de réalisation
Les jalons, les dépendances vis-à-vis de vos équipes et des tiers, et les moments où nous avons besoin de vos décisions.
Un directeur de projet désigné
Une personne chez XSIS qui répond du projet, dirige l’équipe et reste votre premier interlocuteur tout au long de la mission.
Gestion des changements
Un processus écrit et simple pour les changements : ce qui change, ce que cela coûte, ce que cela décale et qui l’a validé.
Comptes rendus d’avancement
Des comptes rendus réguliers sur l’avancement par rapport aux jalons, les risques et leurs mesures d’atténuation, et les décisions attendues de votre part.
Un logiciel testé et opérationnel
Le système livré, avec ses tests automatisés, déployé dans les environnements prévus au périmètre.
Documentation
Notes d’architecture, configuration, manuels d’exploitation et guides utilisateur, pour que votre équipe puisse exploiter et faire évoluer ce que nous avons construit.
Passation
Un transfert planifié vers votre équipe ou vers un contrat de support, avec des présentations détaillées et une période dédiée aux questions.
Notre méthode
- 01
Cadrer
Nous étudions l’objectif, les utilisateurs, les systèmes et les contraintes, et vérifions tôt les hypothèses les plus risquées.
- 02
Convenir du périmètre et des critères
Nous rédigeons avec vous le périmètre et les critères d’acceptation, que vous validez.
- 03
Planifier et constituer l’équipe
Nous fixons les jalons, désignons le directeur de projet et constituons l’équipe dont le périmètre a besoin.
- 04
Développer par incréments
Nous développons et testons en cycles courts, et présentons un logiciel opérationnel à chaque jalon.
- 05
Recetter et réceptionner
Vous testez le résultat au regard des critères convenus, et nous corrigeons ce qui n’y répond pas.
- 06
Assurer la passation
Nous déployons, transmettons la documentation et les connaissances, et confions le système à votre équipe ou au support.
Technologies
- Langages
- TypeScript
- Java
- Python
- Frameworks
- React
- Next.js
- Node.js
- .NET
- Bases de données
- PostgreSQL
- Cloud
- Amazon Web Services
- Microsoft Azure
- DevOps et observabilité
- Docker
- GitLab CI/CD
- Tests
- Playwright
Modes de collaboration
Réalisation en mode projet
XSIS réalise un périmètre convenu selon des critères d’acceptation écrits, avec un directeur de projet désigné.
Fonctionnement
Nous convenons avec vous d’un périmètre et de critères d’acceptation écrits avant le début de la réalisation.
Un directeur de projet désigné planifie le projet, constitue l’équipe, la pilote et rend compte de l’avancement, des risques et des décisions.
Vous validez chaque jalon au regard des critères. Les changements passent par la gestion des changements.
Quand le choisir
Le résultat peut être décrit clairement : une application, une intégration, une migration.
Vous voulez une seule entreprise responsable de sa réalisation.
Il vous faut une base connue pour le budget et le planning avant de vous engager.
Gouvernance
Des jalons avec démonstrations, validés au regard de critères écrits.
Une gestion écrite des changements de périmètre, de coût et de dates.
Des comités de pilotage avec votre sponsor aux étapes convenues.
Questions et réponses
Quand la réalisation en mode projet est-elle le bon choix ?
Lorsque le résultat peut être décrit clairement et que vous souhaitez qu’une seule entreprise soit responsable de l’atteindre : une application définie, une intégration, une migration. Si vos priorités vont continuer d’évoluer, ou si le travail n’a pas de fin naturelle, une équipe dédiée convient généralement mieux.
Lien vers cette questionComment le travail est-il réceptionné ?
Au regard de critères d’acceptation que nous rédigeons et convenons avec vous avant le début du développement. À chaque jalon, nous présentons le travail et vous le testez au regard de ces critères. Si un élément n’y répond pas, nous le corrigeons. Lorsque tous les éléments du périmètre satisfont leurs critères, vous validez le jalon ou le projet.
Lien vers cette questionQue se passe-t-il si nos besoins évoluent en cours de projet ?
Les besoins évoluent souvent, et c’est normal. Chaque changement passe par la gestion des changements : nous décrivons le changement, son effet sur le coût et sur le planning, et vous décidez. Rien ne modifie le périmètre, le prix ou les dates sans votre accord écrit.
Lien vers cette questionCombien de temps dure un projet ?
Cela dépend du périmètre, du nombre de systèmes et d’équipes concernés, de la rapidité des prises de décision et du degré de préparation des tiers tels que les banques ou les éditeurs. À l’issue du cadrage, nous vous remettons un planning avec ses jalons et leurs dépendances, et nous rendons compte de son avancement tout au long du projet.
Lien vers cette questionComment le prix d’un projet est-il établi ?
Un périmètre bien défini peut faire l’objet d’un prix au forfait pour ce périmètre, les changements étant traités par la gestion des changements. Lorsque le périmètre est moins certain, nous chiffrons séparément le cadrage puis le développement, ou nous travaillons en régie dans la limite d’un budget dont nous rendons compte. Vous connaissez le prix et le calendrier avant que nous commencions.
Lien vers cette questionÀ qui appartient ce que vous livrez ?
Dès le premier commit, vous êtes titulaire de la propriété intellectuelle des travaux que nous réalisons pour vous : aucune cession n’est à prévoir en fin de projet. Cela couvre les logiciels spécifiques, les maquettes et les documents livrés pour vous. Les outils ou bibliothèques existants qui nous appartiennent et sont utilisés dans le projet restent notre propriété, sont désignés dans le contrat et vous sont concédés sous licence.
Lien vers cette questionQue se passe-t-il à la fin du projet ?
Vous choisissez. Nous pouvons transmettre le système à votre propre équipe avec la documentation et des présentations détaillées, ou continuer à le maintenir et à le faire évoluer dans le cadre d’un contrat de support ou d’une équipe dédiée. Nous en convenons avant la fin du projet, afin qu’il n’y ait aucune rupture.
Lien vers cette questionDites-nous ce que vous devez construire ou connecter.
Décrivez les systèmes, le calendrier et les contraintes. Les ingénieurs concernés prennent ensuite le relais.
- Notre équipe vous appellera dans les 24 heures, sur le créneau de votre choix
- Notre équipe est disponible 24 h/24, 7 j/7