# Brief pour un projet logiciel

Décrivez un seul projet. Anonymisez les exemples ; ne joignez ni mot de passe, ni clé API, ni données personnelles de clients.

## 1. Résultat métier
- Quel processus ou produit faut-il améliorer ?
- Qui l'utilise et qui valide le résultat ?
- Quel résultat observable rendrait la première version utile ?

## 2. Situation actuelle
- Application, dépôt, hébergement et outils existants :
- Difficultés et exemples : erreurs, délais, tâches manuelles :
- Activités à maintenir pendant le développement :

## 3. Première version
- Trois parcours utilisateur essentiels :
- Rôles et habilitations :
- Exclusions explicites :
- Scénario de recette : étant donné [situation], quand [action], alors [résultat observable].
- Scénario d'erreur et de reprise :

## 4. Données et intégrations
- Systèmes à relier et responsable de chaque interface :
- Source de référence de chaque donnée :
- Environnement de test et exemples anonymisés disponibles :
- Volume à migrer, rapprochement et retour arrière :
- Contraintes d'hébergement, d'accès et de confidentialité à examiner :

## 5. Contraintes de livraison
- Date cible et raison métier :
- Budget envisagé, devise et hypothèses :
- Décideurs et disponibilité pour les revues :
- Langues, pays et horaires de collaboration nécessaires :
- Dépendances externes :

## 6. Exploitation et transfert
- Propriété des dépôts, comptes cloud et domaines :
- Instructions de compilation et de déploiement :
- Supervision, sauvegardes et démonstration de restauration :
- Plages de support, attentes de réponse et contacts :
- Documentation, licences et formation :

## 7. Comparer les propositions
- Quels livrables et tests sont inclus ?
- Quelles inconnues, exclusions et dépendances restent ouvertes ?
- Comment sont traités les changements et la recette ?
- Quels frais d'exploitation et de maintenance sont séparés ?
- Une autre équipe pourra-t-elle exploiter le système après le transfert ?

Présentez votre brief à TuniCyberLabs : https://tunicyberlabs.com/fr/contact?service=software-engineering&source=project-brief

Ce document aide au cadrage ; ce n'est ni un contrat, ni un devis, ni un avis juridique.