# data[].attributes.body
difficulté à obtenir des moyens de test SSO

# data[].attributes.body
besoin de renforcer la gouvernance projet
- réunion globale (boutique / service / mobile) équipe projet hebdo
- point suivi projet techno avec PT / SFR

# data[].attributes.body
globalement / absence de communication directe dommageable pour les phases les plus complexes

# data[].attributes.body
Pb de qualité de livraison en env de test

# data[].attributes.body
Développement sur specs interfaces non validées
=> reprise couteuse en démarrage de test

# data[].attributes.body
Complexité des environnements de tests (SFR) non documentée, et pas suffisamment accompagnée

# data[].attributes.body
beaucoup de tickets non critiques (taille d'image etc ...)

# data[].attributes.body
pb de traduction : les correctifs ont été difficiles en phase de test (des erreurs, des retours arrières)

# data[].attributes.body
SFR a eu trop peu d'info sur la conduite des tests (uniquement le cahier, mais a t il été utilisé ?)
- démarche de test ?
- aucune visi sur l'avancement des tests ?

# data[].attributes.body
coup de mou sur les tests : mantis / pas de réponses
livraison correctifs / pas de tests (cf MR app)

# data[].attributes.body
qualité des tickets trop basse : pb de traduction, de contexte ...
pb de qualification (sévérité, évolutions)

# data[].attributes.body
pb global de pilotage projet côté PT : pas de planning du projet partagé
Pilotage d'abord par Tomas puis Carla et Luisa

# data[].attributes.body
Appli livrée mais non testées pendant un mois ....puis ensuite coup de pression sur les deadlines

# data[].attributes.body
Pas assez de tests chez SFR : debuggage par PT

# data[].attributes.body
Refonte archi du code en cours de projet : crée des régressions

# data[].attributes.body
méconnaissance du produit : visible en pahse de test (processus d'install, alertes répétées)

# data[].attributes.body
raté au démarrage sur le lancement du projet : presque 6 mois d'étude SI PT

# data[].attributes.body
architecture specifique PT ... pb de maintenance si on refait l'exercice

# data[].attributes.body
du temps perdu sur la mise en place MEO login : doc pas claire / ambigue

# data[].attributes.body
beaucoup de changements en cours de route (MEO login, provisioning , backup 3G4G, voice call)

# data[].attributes.body
Absence de Kickoff face2face : ca manque

# data[].attributes.body
Grenoble : absence de communication directe, surtout au début (pas de kickoff)

# data[].attributes.body
SFR profite du projet : plus de test, plus de retours terrains
PT profite de SFR : souplesse / capitalisation

# data[].attributes.body
SFR a été flexible.
PT a été réactif / présent

# data[].attributes.body
Travail sur place efficace (en phase de VABF / SAmran)

# data[].attributes.body
Tomas bon Cdp transverse

# data[].attributes.body
Communication toujours constructive entre les équipes

# data[].attributes.body
Environnement de dev / tests / Prod en place et documentés (meo login)

# data[].attributes.body
Rigueur PT sur les tests (tests amont, tests VABF, tests cybersécu)

# data[].attributes.body
Réactivité d'interlocuteurs PT pour certains sujets (SMS, Maria Bonnet ) ....

# data[].attributes.body
Customisation ?  ca veut dire quoi ?
Fonctions masquées ?
Architecture différente (SSO ...)

# data[].attributes.body
Livrer un systeme avec des critères de qualité, de planning et de confiance

# data[].attributes.body
Permettre à PT de lancer le service SmartHome commercialement

# data[].attributes.body
A la freenet : deployer / exporter le service sur le modèle de Home by SFR

# data[].attributes.body
Mettre en oeuvre une version PT du service Home by SFR