« MULTITEAM » : différence entre les versions
Aucun résumé des modifications |
|||
| Ligne 48 : | Ligne 48 : | ||
== DOR : Definition Of Ready == | == DOR : Definition Of Ready == | ||
* Estimation et criticité doivent être définie | |||
* Le besoin et le context de l'US doit être comprit par tous et retranscrit dans la description | |||
* Un maximum de 7 critères d'acceptances | |||
* Les maquettes doivent être à jour et terminées avec un lien FIGMA | |||
* Il faut anticiper les scénarios UX | |||
* Les traductions doivent être présentes | |||
* Les US doivent être découpées en tâches | |||
* Un tech design validée | |||
* Identifier les aspects de refontes | |||
* Identifier le travail sur les TNR | |||
* Identifier le travail sur l'automatisation | |||
* Fournir des jeux de tests et des exemples | |||
* Les dépendances entre US doivent avoir été identifiées | |||
== DOD : Definition Of Done == | |||
* DoD Développement | |||
** Tous les critères d'acceptances sont implémentés | |||
** Le Build est valide | |||
** Test nominaux sur INT / BAC à sable / Local | |||
** Alimenter le changelog | |||
** Fournir des jeux de données supplémentaires | |||
** Fournir la requête REST pour les tests d'API | |||
** Review du code OK | |||
* DoD Testing | |||
* DoD Documentation | |||
* DoD Validation QA&UX | |||
* DoD Validation PO | |||
== Outils == | == Outils == | ||
Version du 29 avril 2024 à 12:02
Présentation de l'équipe
- GHERIBI Lotfi
- RADEAU Daniel
- BERTOUL Raouaa
- SERIR Soufyane
- LEMAIRE Sandrine
- MINY Jean-Marie
- BERNARD Etienne
- TIZAOUI Mohamed
- BENARBIA Benaissa
- PARIS Alexandre
- NAJI Hossame
- ROBERT Maxime
- FATAN Souhaib
- JOSSE Isabelle
- VILLE Marion
- WELLHOFF Leo
Tableau de suivi des présences (Global)
Planning Qualification Support
Procédures
Procédure d'installation Vitam Core pour développement local v.1.0
DOR : Definition Of Ready
- Estimation et criticité doivent être définie
- Le besoin et le context de l'US doit être comprit par tous et retranscrit dans la description
- Un maximum de 7 critères d'acceptances
- Les maquettes doivent être à jour et terminées avec un lien FIGMA
- Il faut anticiper les scénarios UX
- Les traductions doivent être présentes
- Les US doivent être découpées en tâches
- Un tech design validée
- Identifier les aspects de refontes
- Identifier le travail sur les TNR
- Identifier le travail sur l'automatisation
- Fournir des jeux de tests et des exemples
- Les dépendances entre US doivent avoir été identifiées
DOD : Definition Of Done
- DoD Développement
- Tous les critères d'acceptances sont implémentés
- Le Build est valide
- Test nominaux sur INT / BAC à sable / Local
- Alimenter le changelog
- Fournir des jeux de données supplémentaires
- Fournir la requête REST pour les tests d'API
- Review du code OK
- DoD Testing
- DoD Documentation
- DoD Validation QA&UX
- DoD Validation PO
Outils
Cette section recense les outils à disposition et leur usage dans le cadre du projet
Jenkins
Gestion des tickets
- Artefact USER STORIES est celui du projet
- Artefact DEMANDE PARTENAIRE est à suivre, recopier dans USER STORIES et à répondre aux partenaires
- Artefact Bugs = tickets de Bug de VITAM que notre recetteuse cherche à traiter avec l’Administration et l’équipe de dev.
Contributions (Git)
Sert à suivre les états des MR. Une MR a le numéro du ticket Tuleap dans le titre (doit l'avoir en tout cas, sinon tu ne peux pas savoir si OK ou KO )
NB : Les accès sont gérés par les devOps
Checkmarx
Attention pour s’authentifier, choisir en option le : « VITAM OpenLdap »