Moi qui suis en général contre la réunionnite, j’entends pour la première fois le « coût de ne pas inviter tout le monde » et ça m’a bien fait réfléchir.
Suffit de pas dire que c'est une réunion mais un groupe de travail et hop, plus de ressenti réunionite ^^ Si tu sors de cette session de groupe de travail avec des scénarios de tests reflétant les critères d'acceptation, un ticket plus affiné, peut-être redecoupé, t'en sors avec un sentiment de travail accompli, alors que la réunion à cette image de blablatage qui débouche sur pas grand chose (alors qu'en fait réunion c'est se réunir, ce qu'on fait dans un groupe de travail ^^)
Côté Tech, il faudrait peut-être 2 amigos d'ailleurs. L'un représentant le build, l'autre le run. Histoire de ne pas oublier que la solution doit être observable, monitorée (système/applicative et métier), et exploitable (fiabilités, opérations, deployabilité, etc).
4 Amigos ! 5 Amigos ! Ou plus 😊 Concrètement, oui, l'idée générale reste de convier toutes les compétences / points de vues / focus nécessaires. Est-ce une pratique que tu utilises au quotidien dans tes équipes ? -- JP
@@ScrumLife malheureusement non, l'équipe que j'accompagne actuellement travaillant sur une application legacy n'ayant pas vraiment de système de monitoring, on y est pas. Par contre, dès l'affinage BA, nous avons systématiquement les 1 BA, le testeur et 1 dev qui affinent ensemble de manière à ce que le plan de test soit aligné avec ce qui doit être développé (et inversement). Puis avant de merger, le développeur montre ce qu'il a fait au BA et au testeur pour s'assurer que le développement est aligné avec la demande et qu'ils puissent préparer les documents nécessaires pour le passage au CAB (chronogramme, scénarios de tests manuels, qui quand comment communiquer, quels vérifications post Mep), sachant qu'on a pas de CICD, tout est fait manuellement, d'où la nécessité de bien collaborer en amont
🥰 Example Mapping ! 🙌😍 ruclips.net/video/gID0boETxJQ/видео.html
Moi qui suis en général contre la réunionnite, j’entends pour la première fois le « coût de ne pas inviter tout le monde » et ça m’a bien fait réfléchir.
La règle des 2 pieds
Suffit de pas dire que c'est une réunion mais un groupe de travail et hop, plus de ressenti réunionite ^^
Si tu sors de cette session de groupe de travail avec des scénarios de tests reflétant les critères d'acceptation, un ticket plus affiné, peut-être redecoupé, t'en sors avec un sentiment de travail accompli, alors que la réunion à cette image de blablatage qui débouche sur pas grand chose (alors qu'en fait réunion c'est se réunir, ce qu'on fait dans un groupe de travail ^^)
Merci Scrum Life ,enfin des coachs agiles qui parlent de qualité...
Avec plaisir !
Tu trouves que c'est si rare que ça ? En général les coachs agiles parlent de quoi selon toi ?
-- JP
Aïe aïe aïe ! Merci pour cette video ! J’en avais marre qu’on compare les 3 amigos à un meeting… c’est presque une culture !
Tout à fait ! Parles-tu souvent des 3 Amigos aux équipes que tu accompagnes ?
-- JP
Côté Tech, il faudrait peut-être 2 amigos d'ailleurs. L'un représentant le build, l'autre le run. Histoire de ne pas oublier que la solution doit être observable, monitorée (système/applicative et métier), et exploitable (fiabilités, opérations, deployabilité, etc).
4 Amigos ! 5 Amigos ! Ou plus 😊
Concrètement, oui, l'idée générale reste de convier toutes les compétences / points de vues / focus nécessaires.
Est-ce une pratique que tu utilises au quotidien dans tes équipes ?
-- JP
@@ScrumLife malheureusement non, l'équipe que j'accompagne actuellement travaillant sur une application legacy n'ayant pas vraiment de système de monitoring, on y est pas. Par contre, dès l'affinage BA, nous avons systématiquement les 1 BA, le testeur et 1 dev qui affinent ensemble de manière à ce que le plan de test soit aligné avec ce qui doit être développé (et inversement). Puis avant de merger, le développeur montre ce qu'il a fait au BA et au testeur pour s'assurer que le développement est aligné avec la demande et qu'ils puissent préparer les documents nécessaires pour le passage au CAB (chronogramme, scénarios de tests manuels, qui quand comment communiquer, quels vérifications post Mep), sachant qu'on a pas de CICD, tout est fait manuellement, d'où la nécessité de bien collaborer en amont
La caricature des 3 Amigos, elle donne mal à la tête. Mdr
😁 Que veux-tu dire exactement par là ?
-- JP
@@ScrumLife en language contemporain ça veut dire ils sont trop marrants
🥰 Example Mapping ! 🙌😍 ruclips.net/video/gID0boETxJQ/видео.html
Dans ces enjeux de promotion de l'intelligence collective, il serait intéressant d'en venir à parler du Flow de mihaly csikszentmihalyi.