Intake
Assez de contexte pour définir le périmètre, jamais de secrets.
Un intake utile nomme le besoin commercial, les utilisateurs, le processus actuel, le résultat souhaité, les versions de PrestaShop ou WooCommerce et PHP, les dépendances, les catégories de données, les surfaces UI, les cas limites et les scénarios d'acceptation.
Ne pas envoyer d'identifiants, de dumps de base de données, de dossiers clients ou de jetons de production via un brief de premier contact.
- —Versions
- —Symptôme ou travail souhaité
- —Catégorie de données et volume
- —Mise en scène et acceptation
Limite
Ce qui change et ce qui ne change pas.
Un addon défini précise ses interfaces, les données stockées, la gestion des échecs, les hypothèses de mise à jour et le propriétaire opérationnel.
Si le travail devient une refonte, une migration, un programme multi-équipes ou un contrat de maintenance continue, le brief passe à psdevs.com plutôt que de dupliquer l'intention de l'agence ici.
- —Flux de travail inclus
- —Dépendances externes
- —Échec et récupération
- —Propriétaire de la maintenance