Analyse préliminaire évaluant la viabilité technique, fonctionnelle et économique de la demande client.

Estimation budgétaire globale basée sur l'analyse de faisabilité et le périmètre fonctionnel identifié.

Document formalisant les besoins fonctionnels et techniques du client, servant de référence pour le chiffrage et la proposition commerciale.

Proposition commerciale formalisée incluant le périmètre, le planning prévisionnel et le montant.

Contrat-cadre définissant les conditions générales de collaboration entre Synelia et le client.

Planification détaillée des jalons, sprints et livrables avec attribution des ressources.

Identification, évaluation et plan de mitigation des risques projet (techniques, organisationnels, planning).

Support de la réunion de lancement (objectifs, périmètre, rôles, planning, prochaines étapes), potentiellement agrémenté des informations et décisions tirées de la réunion.

Vision globale de l'architecture technique retenue : composants, intégrations, flux et choix technologiques.

Description macroscopique des fonctionnalités attendues, des règles métier et du périmètre fonctionnel. Rédigée sur Word au template Synelia.

Document structurant la stratégie de test : périmètre, scénarios macroscopiques, critères d'acceptation et planning des campagnes.

Déclinaison détaillée de chaque fonctionnalité : règles de gestion, cas limites, interfaces et comportements attendus. Peut être rédigée sur le Wiki du projet.

Expression des besoins utilisateurs au format agile, avec critères d'acceptation et définition of done.

Schéma conceptuel et physique de la base de données : entités, relations, contraintes et index.

Représentation de l'infrastructure cible : serveurs, réseaux, services cloud et flux de communication.

Wireframes et maquettes haute-fidélité des interfaces utilisateurs, validés avec le client.

Code applicatif versionné respectant les standards de développement Synelia et les conventions du projet.

Tests automatisés couvrant les fonctions et méthodes critiques, exécutés dans la pipeline CI.

Demandes de fusion de code soumises à revue par les pairs avant intégration dans la branche principale.

Journal des modifications par version : nouvelles fonctionnalités, corrections et changements notables.

Documentation technique à destination des développeurs : architecture, conventions, procédures et guides de contribution.

Création de la fiche de l'application dans le portefeuille applicatif (ApplicationLandscape) : description, stack technique, responsables et rattachement métier.

Stratégie de test définissant le périmètre, les types de tests, les environnements et les critères de sortie.

Scénarios de test détaillés rédigés et exécutés dans l'outil Squash TM, traçables aux exigences.

Bilan de la campagne de tests : taux de couverture, anomalies détectées, verdict et recommandations.

Description détaillée des défauts identifiés : étapes de reproduction, sévérité, captures d'écran et statut.

Parcours de validation fonctionnelle définis avec le client, couvrant les cas d'usage métier principaux.

Anomalies remontées par le client lors de la recette, avec priorisation et suivi de correction.

Procès-verbal formalisant l'acceptation (ou le refus) du livrable par le client.

Consolidation et priorisation des anomalies restantes pour planification des corrections itératives.

Procédure pas-à-pas du déploiement en production : prérequis, séquencement et vérifications post-déploiement.

Plan de retour arrière en cas d'incident post-déploiement, avec critères de déclenchement.

Notes de version destinées au client détaillant les évolutions, corrections et impacts de la livraison.

Documentation fonctionnelle à destination des utilisateurs finaux pour la prise en main de la solution.

Document comptable émis selon les jalons contractuels, déclenchant le processus de règlement.

Signalements d'anomalies par le client pendant la période de garantie, suivis dans l'outil de ticketing.

Patchs correctifs développés, testés et déployés en réponse aux anomalies sous garantie.

Vérification de Service Régulier : contrôle formel confirmant le bon fonctionnement post-correctif.