---
# System prepended metadata

title: '**Meeting Recap** Structuration des demandes DEV'
tags: [DEV, to-do, Pipeline, meeting]

---

[:arrow_left:](/bawP52tyS6WwurSzCOjOFw) 

# **Meeting Recap** Structuration des demandes DEV

###### tags: `to-do` `meeting` `Pipeline` `DEV`

---
# :calendar: 05/03/2020
:::info
- **Lieu :** Romm RDC Millimages `1h`
- **Participants:**
S.Renaudeau / M.Loukil / R.Leclerc / A.Da Silva / N.Defoulny / P.Alran / E.Zelawski / J.Allard  
:::
Agenda and issues 
--
- Explication du process de ticket sur Shotgun
- Avancement par rapport à la première réunion (du 02/03)

Discussions
-- 
- Le pipe review est à 98% fonctionnel. il ne manque que les tourn, encore difficile a gérer à cause de Redshift (trop lourd à rendre).
    > Il rest néanmoins complètement utilisable.
- Le Shotgun create fonctionne a 100% pour Maya. 
- Il faut finir la configuration afin de pouvoir injecter les script au même du publish (devrait être prêt pour mecredi prochain)
To Do
--
**Romain**
- Depouillement des Tickets avec Nelson 
- MM-tool, définir les points d'entrées. 

**Nelson**
- Mise en place des CRUD (Create, Read, Update, Delete) files, cruciaux pour faire avancer tous les départements. 
    > 2 semaines de travail. N'empêche pa de débloquer des fonctionnalités au fur et à mesure de son avancement. 

**Théo** 
- Dès lundi, s'occupe de tous les branchements du toolkit (?) / batch

**John** 
- Mise en place des moulinettes de routines afin de mettre la Data Base à jour (Clean nomenclature des asets, Rig Base, Task Template Rétro-active)
# :calendar: 02/03/2020
:::info
- **Lieu :** Romm RDC Millimages `1h`
- **Participants:**
S.Renaudeau / M.Loukil / R.Leclerc / A.Da Silva / N.Defoulny / P.Alran / E.Zelawski / J.Allard / V.Kirtsou
   
:::

Agenda and issues 
--
- Structuration et mise en place d'un management coté Dev
- Priorisation des tâches

Discussions
-- 
- Tracker ce qui a été fait et ce qui doit être fait 
    - Mise en place de tickets dans Shotgun rempli par Romain. 
    - Pour que les tickets soient dûment rempli, il faut mettre en place un Template de requête, regroupant toutes les spécificités de la demande, tel que défini ci dessous : 

1. Qui fait la demande ?
2. Préciser les spécificités de l'outil demandé.
3. A partir de ces infos, Nelson et Romain peuvent déterminer les dépendances ou les doublons avec d'autres demandes/outils.
4. Après cette première analyse, une demande d'informations complémentaires sera envoyée. 
5. Après cette première analyse, sera déterminé la nature de l'intervention  (fichiers, config, interface Web, code sur App/Framwork/Engine...)
6. Après cette première analyse, sera déterminé le niveau de difficulté .
7. Qui doit review l'outil une fois qu'il a été traité ? (definir le dev et l'user).
8. Définir si l'outil est cross-prod; S'il l'est, concertation entre le Dev et le plateau.
9. l'ensemble des ses informations permettrons de déterminer l'ordre des priorités

:::success
[**<center>Ici modèle de Ticket</center>**](/1-ej5SgLSSSC-5-76LCLZg)
:::

> A noter que pour les demandes de **routine**, il n'est pas nécessaire d'attendre les dépouillement hebdomadaires. Elles peuvent être faites dirctement par Nelson.  

:::info
**Routine** : Problème de rectification (possibilité d'automatisation d'une routine)
≠ **Outil** : Structurel, c'est l'architecture du pipe. (Plus lourd à coder)
:::

- Certaines demandes de configurations ne sont théoriquement pas du ressort du Dev, et notamment de Nelson. Jusqu'ici, il le faisait car il était le seul a avoir la connaissance nécessaire. 
    - former John et Océane au SG Dev afin de répartir ces taches de manière plus cohérente.

- AUjourd'hui, chaque tool fait l'objet d'une explication au cas par cas par les dev, ce qui leur fait pedre pas mal de temps. 
    - Afin d'y remedier, chaque tool doit venir avec un mode d'emploi (doc HackMD)
    - De plus, l'utilisation sera beaucoup plus intuitive puisque l'outil découlera d'une demande précise dont les spécificités auront été définies en amont. 
    

Conclusion
-- 
Toute demande faite auprès du dev sera réceptionné par Romain pour s'assuré que les demandes sont conformes et fera l'objet d'un dépouillement de la part de Nelson et Romain afin de structurer ses spécificités, sa dépendance à d'autres demandes et son niveau de difficulté. Ce dépouillement sera analysé chaque lundi afin que tous les acteurs conserné par les suivis de productions , soient au courant des états des avancées et des priorités .

:warning:  **Nouvelle réunion Mercredi pour analyser le premier dépouillement.** 

To Do
--
**Romain**
- Dépouiller les taches définies pendant le week end avec Nelson 
- Les mettre en forme dans la doc et préparer les tickets. 
- Avec l'aide de John et Audrey, mettre en place les docs process coté Dev.
- Avec les IT, mettre en place Python 2.7 sur toutes les machines 
- Mettre en place une machine Test pour la migration des configuration (avec les IT) 

**Audrey**
- En collaboration avec Romain, mettre en place un task template de demande d'outil. 


**Nelson**
- Mise en place des CRUD (Create, Read, Update, Delete) files, cruciaux pour faire avancer tous les départements. 
- MM Tool 

**John**
- Prise en main de l'environnement Dev SG afin de pouvoir avancer sur le Batcheur > necessite 2j de formation tutos. 
- Il pourra ensuite mettre en place des moulinettes de routines afin de mettre la Data Base à jour (Clean nomenclature des asets, Rig Base, Task Template Rétro-active)
