---
# System prepended metadata

title: '03 Octobre 2019 / 13:00 / SALLE conférence X-Large'

---

Omnimed
Retour global du Fax (Dev)

# 03 Octobre 2019 / 13:00 / SALLE conférence X-Large
## ORDRE DU JOUR
### Délais de livraison
* Est-ce que les délais ont bien été communiqué et bien compris (pénalité...)
|la date de livraison n'était pas clairement définie dans le contrat
|Consolider les dates importantes pour garder les time line en vue
|

* Points à améliorer. 
|synchroniser les travaux
|
|
### Définition des livrables
* Est-ce que les livrables étaient assez défini?
    * Livrable d’équipes
    |Oui
    * Livrable dans son ensemble
|    Oui mais l'impact sur l'équipe service n'a pas été soulevé assez
* Est-ce que le scope (la portée) était bien défini?
|le scope était claire mais il a changer en cours de route ce qui a affecter les équipes


### Communication externe	
   * Points à améliorer.
    |poser les questions au clients pour éliminer les hypothèses
    |
    * À retenir pour les futures projets.
    * À mettre en place pour les futures projets.
    |Structurer par des diagrames d'activité les processus client
 
### Communication interne (avec service et expc)

* Points à améliorer
|Le no go n'a pas bien été communiqué (raison du no go) pas de post fait
|Le niveau critique des héritants doit etre plus communiqué (Bottin)


* À mettre en place pour les futures projets
|faire un post unique similaire au fonctionnement de warroom pour informer service et l'ensemble de l'entreprise de l'avancement du projet 

### Communication inter-équipe

* À retenir pour les futures projets
|si un autre projet de cet ampleur refait surface la plannification Yammel à l'avance avec swager serait une bonne idée
|Sprint au semaine pour avoir un suivit plus serrer des livrables
* À mettre en place pour les futures projets
|si deux équipes travail sur le même sujet ils doivent faire un stand up commun 
### Répartition des dépendances (API)
* A-t-on bien répartie le poids du développement comportant des dépendances inter-équipes (API transmission et autres tickets du “squelette”)?
|Il semble que oui mais la gestion des arimages a connue des faiblesse
|
|
* Est-ce que l’impact des dépendances a bien été identifiés?
|Oui mais temps que le code n'était pas dans develop les travaux des dafts Punk ne pouvait pas avancer
|Il y avait beaucoup d'interdépendance dans la solution de transmission 
|

### Gestion des risques
* Bon coups 
     * SRFax
* Points à améliorer
    * Beaucoup d’inconnus ont ralenti les divers analyses par exemple: *
        * restrictions TGV
        * nombreux revirements face au bottin
    
### Le projet Fax dans son ensemble
* Bons coups
    * Nouvelle techno Java 11

* À retenir pour les futures projets
|spring boot va vite mais il faut réfléchir avant de se lancer dans le code pour bien faire les liens et les entités
* À mettre en place pour les futures projets
|Définir des guides lines pour les méthode de micro service 


## NOTES
(Mettre les idées qui n’ont pas été mentionnées plus haut)









# Retour global du Fax (Service/expc)

## ORDRE DU JOUR
### Délais de livraison
* Bons coups pour respecter les délais.
* Points à améliorer pour structurer le travail selon les échéanciers . 
* Définition des livrables
* Est-ce que les livrables étaient assez défini pour les besoins de communication avec le client?
    * Livrable d’équipes
    * Livrable dans son ensemble
### Communication des livrables au client
* Bons coups.
* Points à améliorer.
* À retenir pour les futures projets.
* À mettre en place pour les futures projets.
 
### Communication interne (service et expc)
* Bons coups
* Points à améliorer
* À retenir pour les futures projets (nouvelle procédure mise à l’épreuve)
* À mettre en place pour les futures projets (Procédure qui serait bien de considérer)
### Communication inter-équipe (avec équipe de dev)
* Bons coups
* Points à améliorer
* À retenir pour les futures projets (nouvelle procédure mise à l’épreuve)
* À mettre en place pour les futures projets (Procédure qui serait bien de considérer)
### Formation et déploiement
* Est-ce que les nouveaux features ont été bien expliquer par les équipes de dev pour faciliter la formation?
* Est-ce que la documentation des API et autres doc facilitant le déploiement ont été bien partager
* clarté de la doc
* délais de partage
### Dans son ensemble quel est la satisfaction du client face au livrables?
* Bon coups 
* Points à améliorer 



NOTES
(Mettre les idées qui n’ont pas été mentionnés plus haut)

