« MULTITEAM » : différence entre les versions
(Page créée avec « == 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 [https://osmose.numerique.gouv.fr/jcms/p_2694773/fr/vitam-trombi Trombinoscope] [https://docs.google.com/spreadsheets/d/12s-rlw3YEukqnjHTh9Kb9FhR... ») |
(L'ajout de la DOR) |
||
| Ligne 46 : | Ligne 46 : | ||
[[Procédure d'installation Vitam Core pour développement local v.1.0]] | [[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 | |||
== Outils == | == Outils == | ||
Version du 24 avril 2024 à 12:14
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
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 »