- Sujet: Forum ouvert avec le CARA
- Meetup: https://www.meetup.com/Software-Craftsmanship-Lyon/events/284223810/
- 10 inscrits / 15ène présents
- Lieu: discord
Créneaux
19h30 -> 19h50
Salle 1: [Gautier] Travailler pour l’étranger, best practices
- Différence entre travailler à l’étranger ou pour l’étranger
- Au delà de la mise en place de la mise en place de la structure micro/auto entreprise, quelles assurances, etc. prendre
- Micro entreprise peut être bien pour commencer (on peut dépasser le plafond 2 années de suite)
- Trouver une responsabilité professionel aux US/Canada est difficile
- Avoir un client comme seule source de revenue peut être dangereux
- Désavantage d’avoir un contrat de travail du pays : impôts (double imposition), retraite
- Capacité à négocier la monnaie (en Euro, ou un mixte) ou les frais de connexions
- Coaching possible : https://lyve-lyon.com/home
- Négocier les délais de paiement, l’accompte, nombre de jours travaillés, horaires, full-remote, etc.
- Demander s’ils travaillent déjà avec des français ?
- Supprimer ou clarifier les mentions incompréhensibles
- Voir la réciprocité de la rupture
- Indiquer la responsabilité civile max sur le contrat (avec la RC en annexe)
Salle 2: [Julien] C’est quoi le NoEstimate ?
le no estimate serait une pratique dans laquelle on découpe les items en de très petite taille ayant plus ou moins la même complexité.
Un item peut etre technique, peut etre une US …
On ne compte plus en points de stories mais en nombre d’items
Les items doivent être compris uniquement avec son titre (force a découper très finement)
Un item se réalise généralement en moins d’une demie journée
Les items complexes indiquent qu’il y a de fortes chances qu’il ya des items à prioriser avant et donne tu temps pour comprendre l’item complexe à redecouper en des items plus simples
Adapté au déploiement continu
importance des tests automatisés
le contexte pour le no estimate : TDD, Test Intégration, test de contracts d’interface => deploiement continu
Réduire la boucle de feedback
Salle 3: [Charles] Comment on integre la qualité dans un projet agile
En intégrant la qualité comme quelque chose de non optionnel
En utilisant des approches qui permettent de gagner à la fois en temps et en qualité (TypeDD, TestDD, DDD, …)
En suivant des “cycles” souples adaptés aux besoins du projet et pas à un calendrier arbitraire
19h55 -> 20h15
Salle 1: [Colin] Comment “l’agilité” a pu devenir aussi rigide ?
cargo culte => agilité est le mot commercial / bouc émissaire
non remise en cause du management
environnement toxique dans certain cas
“déresponsabilisation” des personnes qui font
Dépend beaucoup de la culture de la boite
Peut avoir un ilot isolé/protégé dans une grosse boite
Salle 2: [Anthony] Quelle est la limite entre la liberté de choix de l’environnement de développement et la sécurité du SI de l’entreprise ?
Avoir une VM à distance n’est pas sécurisé parce qu’on a besoin d’internet
Fausse bonne idée: avoir un PC pour le dev et un autre pour internet => trop cher => VM dans le PC => le dev peut quand même avoir un espace partagé entre la VM et le PC
VPN : toujours possible de contourner la sécurité si on partage les mots de passes
Idée : tout le monde a un compte sur un SSO avec de la connexion en 2 facteurs.
Mettre en place dans le SI assez d’outils pour que l’environnement des utilisateurs soit le moins impactant possible pour que l’utilisateur évite les contournements.
Plus il y a de règles qui impactent le développeur, plus il y aura de contournements.
Difficulté : évolution de la culture pour passer d’un mode “VM” à un mode “SSO”.
20h20 -> 20h40
Salle 1: [Sébastien] Agilité et association - retour d’expériences
collegiale?
On laisse le porteur de projet avancer.
délais max avant de passer au vote.
savoir identifier les situations toxique et les arrêter au plus tôt
Salle 2: [Ariel] Peux t’on parler vraiment d’éthique dans le monde de l’informatique?
si une fonctionalité nous est demandée de developper et que l’on la juge illegal ou non étique il est prefeérable d’indiquer notre desacord ou changer de projet/boite
Salle 3: [Thomas] La gestion des conflits entre 2 équipes : Comment gérer l’émotionnel et réconcilier des équipes?
identifier les besoins de relations entre les équipes
Stratégie pour faire évoluer des API dans l’idée de gagner en autonomie entre les équipes
egoless programming
communication non violente => à nuancer
ROTI
- 4/5 : 9
- 5/5 : 1