Rennes

Commencer Scrum avec une équipe n'est pas toujours facile, vous devez former et impliquer toute l'équipe dans l'adoption de nouveaux principes, une nouvelle manière de travailler et de communiquer.
Commencer Scrum pour plus de 20 équipes dans 4 pays n'est vraiment pas facile et implique des stratégies qui ne sont pas expliquées dans le programme de certification Scrum.
Par ou commencer?
Comment expliquer et éviter les confusions entre les équipes?
Comment être supporté par la hiérarchie?
Combien de temps cela va-t-il prendre?

Notre problème : Comment créer des tests d'acceptation sur des

workflows automatisés qui mettent à jour des bases de données,

envoient des messages via

des Web Services ou des messages JMS ?

La mise en oeuvre des tests d'acceptations dans cet environnement a

été longue et difficile, néanmoins nous avons trouvé une solution qui

nous a permis de franchir une étape importante dans la mise en oeuvre

des pratiques agiles. Cette solution est bâtie avec Concordion.

* Audience cible

Développeurs, Chef de projet, Testeurs, QA, ...

* Le programme de la session

Alternatives à la notion de contrat au forfait, de nombreuses pratiques client/fournisseur existent afin de faire évoluer les modèles classiques et accueillir l’agilité au sein de nos projets.
A partir d’une grille de lecture, une présentation de quelques contextes sera réalisée, pour ensuite conclure sur la description de différents types de contractualisation.

* Audience cible : Direction Achat, Ingénieurs d’affaires, DSI, Resp Services, DP, CP, Acteurs Agiles

* Le programme de la session (Présentation interactive - 50 personnes) :

1. Présentation Partie 1 : Eligibilité – Grille d’éligibilité – 20 min

2. Tour de table – Eligibilité : 20 min
o Présentation et Echanges sur 2 ou 3 contextes concrets

3. Tour de table sur la contractualisation : 20 min
o Quels sont les modèles de contractualisation que vous utilisez ?
§ Régie / Forfait / Autre => Présentation de quelques cas.

Pitch
Cet atelier permet d'expérimenter par équipe les différents processus utilisés dans le développement logiciel: des processus contraints par les phases tel que le cycle en V, par le temps tel que Scrum et par le nombre tel que le kanban.
Une rapide introduction pour chaque processus permettra aux participants de prendre part à l'atelier sans connaissance particulière des méthodes agiles.
Une mise en relief des mécanismes de ces processus sera faite suite aux ateliers grâce à aux courbes de valeurs cumulées.

Résumé de la session
Cette session a pour but de faire découvrir sur le mode Kata (présentation de code) la prévalence, une technologie à même de révolutionner le paysage de la persistance et du mapping Objet / Relationnel. Sa simplicité extrême en fait une technologie intéressante pour un développement Agile. De nombreux buts sont communs avec l'approche CQRS présentée dans la session DDD qui précède cette session.

Audience cible
Développeurs, Architectes logiciels, Chercheurs, Universitaires
Le programme de la session

• Présentation (20 minutes)
• Démonstration (Coding Dojo au format Kata) d'une application prévalente avec un mini-sprint (30 minutes)
• Questions (5 minutes)

Résumé de la session
Le Domain Driven Design (DDD) est une approche pour le développement logiciel qui fait de plus en plus parler d'elle. Elle regroupe des conseils variés allant de l'implémentation à la stratégie d'entreprise. Son objectif ? Tacler la complexité au sein des projets informatiques. Sa focalisation principale ? Le domaine "métier" de la problématique à résoudre.

Cette session introduira ses concepts clés, ainsi qu'une architecture agile qui en a émergé : le CQRS (Command and Query Responsibility Segregation), partageant de nombreux buts avec la prévalence qui sera détaillée et mise en pratique dans le coding dojo qui suivra cette session.

Audience cible
Architectes logiciels, Développeurs, Chefs de projet et Décideurs

L'agilité, il y a ceux qui la pratiquent et ceux qui voudraient bien mais qui sont confrontés à un contexte non préparé : client peu impliqué, encadrement réfractaires, les raisons ne manquent pas pour ne pas se remettre en question et continuer de faire comme on a toujours fait.
Au cours de cette session, je montrerais comment quelques pratiques agiles peuvent être introduites dans un contexte traditionnel pour en ouvrir le processus et laisser, peut être, la porte de l'agilité s'entrouvrir dans les esprits.

* Audience cible
Agilistes frustrés par un environnement fermé au changement

* Résumé de la session
Cette présentation se place spécifiquement dans un contexte "market driven product engineering" - par opposition aux produits réalisé pour un client.
L'idée est de mettre en avant l'agilité dans les composants plutôt que l'agilité dans les pratiques - et de montrer combien la mise en œuvre d'une ré-utilisation planifiée des composants peut être bénéficiaire en terme de cout, mais surtout en terme de qualité et de time to market.

* Audience cible
Les ingénieurs en charge de produits destinés à un marché (et donc avec une problématique forte de gestion de la réutilisation - et donc de la gestion des communalités et de la variabilité entre les différents produits).

* Audience cible
Les ingénieurs en charge de produits destinés à un marché (et donc avec une problématique forte de gestion de la réutilisation - et donc de la gestion des communalités et de la variabilité entre les différents produits).

* Le programme de la session

L'art de la Retrospective:

Objectifs
Découvrir les 5 étapes d’une bonne rétrospective, chacune étant accompagnée de pratiques bien définies permettant d'attendre l'objectif final.
Alors venez l’expérimentez!

Un atelier pour
// Expérience live d'une rétrospective
// Utiliser les outils d'amélioration continue

L’objectif du jeu, après avoir fait une présentation des étapes et des ateliers d’une bonne rétrospective, est de faire la rétrospective du projet de Noël que nous avons tous vécus. Cette fois, vous prendrez les rôles des lutins, du Père Noël...

Toutes les informations sur l'atelier : http://agile-alchemist.com/

* Résumé de la session
Comment fournir le bon produit, avec les bonnes fonctionnalités et au bon moment?

Vous aimez apprendre en vous amusant? Ils vous proposent de les rejoindre pour expérimenter un atelier : le "Jeu de la valeur métier". Cet atelier a été créé par Pascal Van Cauwenberghe et Portia Tung en license Creative Common. La traduction française est de Laurent Morisseau.

* Le programme de la session
90 minutes tutorial and simulation game.
Length Total Contents
5’ 5’ Create teams and hand out materials
15’ 20’ Play iteration 1 and explain rules
10’ 30’ Play iteration 2
10’ 40’ Debrief first two iterations
15’ 55’ Play iterations 3-4
10’ 65’ Debrief iterations 3-4
10’ 75’ Play iterations 5-6
15’ 90’ Final debrief and conclusions