OCR by Carlos CHAVES

Carlos - Contractualisation avant lancement

carloschavesconsult — 2022-06-09 15:42:18 UTC

Nous avons appris tardivement que Artefact fonctionnait en réalité en régie et qu'il ne s'engagait donc pas sur un périmètre.
De même sur la qualité du produit livré (un produit sans bug ca n'existe pas...)
=> La contractualisation du projet aurait je pense permis de lever le doute et de borner cela

Carlos - Le non choix des prestataires

carloschavesconsult — 2022-06-16 14:56:15 UTC

En régie (pour autant qu'on l'aurait su), Catalina doit faire les entretiens des consultants qui nous sont proposés. Clairement, nous n'aurions pas pris tout les membres de cette équipe (compétences et personnalité)

Carlos - Anticiper le RUN

carloschavesconsult — 2022-06-16 15:05:55 UTC

Je n'ai pas souvenir que le prestataire ne suive pas le RUN du produit qu'il développe. Sur des gros chantiers comme celui-ci, anticiper le RUN, l'onboarding et les coûts associés nous permettrait peut être d'éviter être dans la situation actuelle

Carlos - Alerting planning

carloschavesconsult — 2022-06-16 15:09:16 UTC

Nous avons peut être trop fait confiance aux promesses du prestataire qui nous a toujours indiqué tenir les plannings (projets et correctifs). Comment s'assurer de mieux piloter le prestataire dans ses engagements ?

Carlos - Alerting périmètre

carloschavesconsult — 2022-06-16 15:11:09 UTC

Nous avons peut être trop fait confiance aux promesses du prestataire qui nous a toujours indiqué tenir le périmètre (scale, double run, label auto-suggestion, future dataviz...). Comment s'assurer de mieux piloter le prestataire dans ses engagements ?

Carlos - Un DS en tant que chef de projet

carloschavesconsult — 2022-06-16 15:20:02 UTC

L'externalisation de la prestation avait pour objectif ne nous donner plus de bande passante sur nos projets internes. Finalement, je pense avoir passé autant de temps que si le projet avait mené en interne. Sur un sujet aussi stratégique, n'aurait-il pas fallu une prestation internalisée pour mieux piloter les prestataires ?

Carlos - Planning projet ambitieux

carloschavesconsult — 2022-06-16 15:35:43 UTC

Contrainte de projet en 11 semaines trop court (aucun des autres presta ne s'était engagé sur le full périmètre dans ces délais). Nous aurions du nous donner plus de flex sur le timing projet (après recul) et le lancer avec un cadre contractuel borné

Carlos - Team Spirit

carloschavesconsult — 2022-06-16 15:36:29 UTC

Bonne entente interne projet : atmosphère, ambiance, collaboration

Mehdi - Choix du prestataire

2022-06-16 16:55:45 UTC

Carlos, sur quoi est basé le choix d’un prestataire chez Catalina, est ce juste le meilleur offre du marché ? est ce vous avez cherché les avis des clients déjà passé par ce prestataire auparavant ?

Mehdi - L’étude du projet

2022-06-16 16:58:13 UTC

Est-ce que le coût du projet a été sous-estimé dans l’étape d’étude vu ce qu’on entend actuellement sur la facturation de Microsoft ? Et la rentabilité de ce projet en général

Mehdi - Mieux piloter ses prestataires

2022-06-16 17:12:16 UTC

Il faut améliorer l'encadrement de la mission, en s'imposant clairement et formaliser les engagements respectifs, désigner un interlocuteur principal pour centraliser l'information en passant par un seul contact afin d'éviter trop d'échanges et la perte de temps, cet interlocuteur sera également le garant de la bonne réalisation de la mission des prestataires.

Vincent - Communiquer les règles fonctionnelles

2022-06-17 07:27:46 UTC

Les membres de l'équipe Artefact étaient souvent surpris de ne pas être au courant d'une règle fonctionnelle. Alors elle leur était rappelée à l'oral, sans le support où trouver cette information afin qu'ils soient autonome.
C'est la même chose pour l'ajout et la modifications de règles pendant des réunions sans montrer le support où ces règles sont disponibles.

Vincent - Différences entre le figma et les règles annoncées

2022-06-17 07:37:47 UTC

Artefact s'est beaucoup basé sur les écrans du figma pour ses développements, et parfois le figma était en contradiction avec les règles fonctionnelles. Un figma doit rester figé et ne peut pas s'adapter à l'évolution du projet ? Pouvoir indiquer que certains écrans sont soumis à des règles qui fait qu'il ne faut plus tenir compte de tel ou tel élément par exemple.

Vincent - Données de test QA utilisées par les dev

2022-06-17 08:38:52 UTC

Ne pas utiliser les jeux de données de QA par les développeurs

Vincent - Mise à jour de l'environement de test

2022-06-17 08:40:14 UTC

Ne pas déployer des mises à jours sans nous informer, surtout quand des tests QA sont en cours.

Vincent - Bonne ambiance entre les équipes

2022-06-17 08:46:36 UTC

Olivier - pré lancement

2022-06-17 08:57:17 UTC

Mieux comprendre / anticiper / sizer la difficulté et coûts des projets

Olivier - Engagement Exec Catalina

2022-06-17 08:58:36 UTC

Nécessité de plus / mieux engager l'exec dans le projet

Olivier - Soif de livrer le produit

2022-06-17 08:59:03 UTC

Olivier - Niveau d'exigence de la solution

2022-06-17 08:59:19 UTC

Colm - To Stop

2022-06-17 12:16:34 UTC

C'etait les gens en externe qui avait le control de nos environements pour les MAJ's. ca, c'est à ameliorer / stopper car ca c'est pas bien passé

Colm - A ameliorer

2022-06-17 12:16:54 UTC

l'estimation de charge de travail, il y a des impacts aux autres projets / gens qui doivent prendre le relais

Colm - Les echanges constructif

2022-06-17 12:17:28 UTC

les echanges contructif entre nos équipes (Carlos, Mehdi, Vincent, Valentin, Ahmed)

Colm - 3 Point clé

2022-06-17 12:17:57 UTC

1: Que des gens externe ne respectent pas des processus accordé (pour les deploiements)
2. Que la delegation de testing peut fonctionner - merci Vincent et Mehdi. Le debut a tombé au moment de mes vacances, alors, c'etait mon équipe qui ont assumé la responsabilité
3. Que la vision des bugs corrigé entre nous et les gens d'externe n'es pas la meme (j'ai codé un fix alors, c'est corrigé, au lieu de, j'ai deploié un correctif, tu pourrais bien le verifier?)

Laura - optimiser le temps passé sur le "réel" besoin

2022-06-17 13:18:42 UTC

Force de proposition du prestataire pour améliorer l'UX du BO = OK. Mais trop de temps passé sur l'UX et sur l'esthétisme de cette vue. Cette partie-ci aurait pu être améliorée par la suite (pour avoir en priorité quelque chose de fonctionnel et de productif pour les agents).

Laura - bonne cohésion d'équipe / entraide

2022-06-17 13:19:14 UTC

Laura - bonne communication en interne sur les deadlines

2022-06-17 13:22:00 UTC

Communication claire sur les actions à mettre en place et les checks à effectuer.
Je pense notamment à la formation des agents (grâce à la bonne visibilité sur l'avancement du projet, formés en temps et en heure).

Arthur : définir clairement si c'est un projet au forfait ou en régie

2022-06-17 13:56:04 UTC

En régie - on doit être libre de choisir les intervenants et les cadrer dès le départ / remplacer s'ils ne font pas l'affaire.
Au forfait - le presta s'engage pour un périmètre donné sur un planning, sizing. À eux de s'assurer que le scope ne dérape pas et de la tenue du planning

Arthur : être plus réalistes sur les plannings et le scope / ne pas imposer aux presta ce qui nous semble pas tenable

2022-06-17 13:57:54 UTC

Il était illusoire dès le début du projet d'imaginer qu'on pourrait tenir le planning avec le scope qui grossissait au fur et à mesure des meetings

Arthur : ne pas prendre d'engagements pays sur un projet de R&D

2022-06-17 13:59:21 UTC

Le projet aurait dû être traité de manière itérative.
Avec un périmètre restreint au départ qu'on aurait amélioré dans le temps

Arthur : le suivi des prestataires

2022-06-17 14:00:19 UTC

Essayer d'avoir des engagements écrits et confirmation de planning tout au long du projet.

Arthur : Esprit d'équipe

2022-06-17 14:01:13 UTC

Mehdi - Bon esprit d'équipe

2022-06-17 15:10:40 UTC

Un grand merci à tous.

Carlos = borner (interne besoins / externe contractualisation)

carloschavesconsult — 2022-06-27 15:30:22 UTC

Olivier - Lire entre les lignes en vue de tirer la sonnette d'alarme

carloschavesconsult — 2022-06-27 15:32:30 UTC

Olivier - valider les équipes en régie

carloschavesconsult — 2022-06-27 15:32:51 UTC

Arthur Projet R&D = mieux l'identifier et communiquer en interne

carloschavesconsult — 2022-06-27 15:34:01 UTC

Carlos = MVP et itérer

carloschavesconsult — 2022-06-27 15:34:54 UTC

Olivier = tuer les légendes urbaines sur le miracle de l'OCR

carloschavesconsult — 2022-06-27 15:43:08 UTC

Ahmed - Prioriser le sujet par rapport aux attentes pays (éviter l'effet stress de l'Allemagne)

carloschavesconsult — 2022-06-27 15:46:36 UTC

dermechdorsaf — 2024-10-16 14:53:02 UTC

test

dermechdorsaf — 2024-10-16 14:53:28 UTC