Expériences sur projet de 8 semaines
26 views
Skip to first unread message
Jean-Luc Lambert
May 31, 2012, 10:15:32 AM5/31/12
to Enseigner Agile
Bonjour à tous,
Nous introduisons dans un de nos mastères à Caen une valeur de projet
de groupe qui s'étendra sur 8 semaines. Nous prévoyons une vingtaine
d'étudiants et bien sûr j'ai proposé de faire tout cela en mode agile.
Est-ce que certains d'entre vous ont déjà une expérience de ce type
d'enseignement ? Avez-vous des idées sur, par exemple:
- La taille des groupes à ne pas dépasser (nous pensions faire 2
groupes de 10)
- Des sujets qui marchent bien
- Des erreurs à ne pas faire
- L'environnement minimal à mettre en place (on aura svn bien sûr
mais un peu d'intégration continue ne ferait pas de mal)
Merci pour vos suggestions.
Cordialement,
Jean-Luc
Nous introduisons dans un de nos mastères à Caen une valeur de projet
de groupe qui s'étendra sur 8 semaines. Nous prévoyons une vingtaine
d'étudiants et bien sûr j'ai proposé de faire tout cela en mode agile.
Est-ce que certains d'entre vous ont déjà une expérience de ce type
d'enseignement ? Avez-vous des idées sur, par exemple:
- La taille des groupes à ne pas dépasser (nous pensions faire 2
groupes de 10)
- Des sujets qui marchent bien
- Des erreurs à ne pas faire
- L'environnement minimal à mettre en place (on aura svn bien sûr
mais un peu d'intégration continue ne ferait pas de mal)
Merci pour vos suggestions.
Cordialement,
Jean-Luc
Claude Aubry
May 31, 2012, 3:42:12 PM5/31/12
to enseign...@googlegroups.com
Bonsoir,
Mes commentaires ci-dessous.
A mon avis la taille idéale d'un groupe est 4 ou 5.
Mes commentaires ci-dessous.
Le 31 mai 2012 16:15, Jean-Luc Lambert <jean-luc...@unicaen.fr> a écrit :
Bonjour à tous,
Nous introduisons dans un de nos mastères à Caen une valeur de projet
de groupe qui s'étendra sur 8 semaines. Nous prévoyons une vingtaine
d'étudiants et bien sûr j'ai proposé de faire tout cela en mode agile.
Est-ce que certains d'entre vous ont déjà une expérience de ce type
d'enseignement ?
Oui
Avez-vous des idées sur, par exemple:
- La taille des groupes à ne pas dépasser (nous pensions faire 2
groupes de 10)
A mon avis la taille idéale d'un groupe est 4 ou 5.
- Des sujets qui marchent bien
Tous marchent bien.
- Des erreurs à ne pas faire
Evaluer individuellement les étudiants
- L'environnement minimal à mettre en place (on aura svn bien sûr
mais un peu d'intégration continue ne ferait pas de mal)
Intégration continue indispensable
Faire du suivi : avec des post-it si chaque équipe a un espace dédié pour les afficher, sinon avec un outil comme iceScrum.
Faire du suivi : avec des post-it si chaque équipe a un espace dédié pour les afficher, sinon avec un outil comme iceScrum.
Merci pour vos suggestions.
Cordialement,
Jean-Luc
Géry Derbier
May 31, 2012, 4:07:06 PM5/31/12
to enseign...@googlegroups.com
Au niveau outil de suivi tu peux jeter un oeil sur Trello : https://trello.com/
--
Géry Derbier
Tél : 06 31 57 89 08
Twitter: @Gery7
"La perfection est atteinte non pas quand il n'y a plus rien à ajouter mais lorsqu'il n'y a plus rien à enlever" - Antoine de Saint Exupéry
"Listen and play" - Miles Davis
Le 31 mai 2012 16:15, Jean-Luc Lambert <jean-luc...@unicaen.fr> a écrit :
Géry Derbier
Tél : 06 31 57 89 08
Twitter: @Gery7
"La perfection est atteinte non pas quand il n'y a plus rien à ajouter mais lorsqu'il n'y a plus rien à enlever" - Antoine de Saint Exupéry
"Listen and play" - Miles Davis
Cédric Hartland
May 31, 2012, 5:41:03 PM5/31/12
to Enseigner Agile
Bonsoir,
Mes expériences dans l'industrie et l'enseignement me laissent penser
que 7 personnes représentent une taille optimale en termes de rôles et
de communication. En fonction de la difficulté du projet, une équipe
plus petite peut être mieux adaptée. 10 personnes représente à coup
sûr une trop grosse équipe.
Coté intégration continue, http://jenkins-ci.org/ est libre et facile
d'accès; un wiki et/ou un outil de gestion de tâches est un réel plus
(iceScrum semble très bien pour ce type de tâches; de mon coté,
j'utilise jira mais le cout d'entrée est trop élevé pour un petit
projet).
Mon expérience montre également que sur de tels projets étudiants, le
tuteur doit encadrer de près les étudiants avec des démos très
régulières et une présence aux daily meetings (et non une
participation) afin de s'assurer du bon déroulement et de recadrer
aussi vite que possible au besoin.
Bon courage,
Cédric
On 31 mai, 16:15, Jean-Luc Lambert <jean-luc.lamb...@unicaen.fr>
wrote:
Mes expériences dans l'industrie et l'enseignement me laissent penser
que 7 personnes représentent une taille optimale en termes de rôles et
de communication. En fonction de la difficulté du projet, une équipe
plus petite peut être mieux adaptée. 10 personnes représente à coup
sûr une trop grosse équipe.
Coté intégration continue, http://jenkins-ci.org/ est libre et facile
d'accès; un wiki et/ou un outil de gestion de tâches est un réel plus
(iceScrum semble très bien pour ce type de tâches; de mon coté,
j'utilise jira mais le cout d'entrée est trop élevé pour un petit
projet).
Mon expérience montre également que sur de tels projets étudiants, le
tuteur doit encadrer de près les étudiants avec des démos très
régulières et une présence aux daily meetings (et non une
participation) afin de s'assurer du bon déroulement et de recadrer
aussi vite que possible au besoin.
Bon courage,
Cédric
On 31 mai, 16:15, Jean-Luc Lambert <jean-luc.lamb...@unicaen.fr>
wrote:
Xavier Warzee
May 31, 2012, 6:49:00 PM5/31/12
to enseign...@googlegroups.com, enseign...@googlegroups.com
J'aime bien aussi Trello.
Wunderlist, vu chez des startups au Camping (l'incubateur de la place de la Bourse) est aussi intéressant avec un côté todolist en mode réseaux sociaux :-)
Xavier
Bernard Notarianni
Jun 1, 2012, 2:20:36 AM6/1/12
to enseign...@googlegroups.com
Hello,
> Nous introduisons dans un de nos mastères à Caen une valeur de projet
> de groupe qui s'étendra sur 8 semaines. Nous prévoyons une vingtaine
> d'étudiants et bien sûr j'ai proposé de faire tout cela en mode agile.
>
> Est-ce que certains d'entre vous ont déjà une expérience de ce type
> d'enseignement ?
Oui, aux Mines de Douais, mais cela avait duré moins longtemps (2 semaines).
> Avez-vous des idées sur, par exemple:
>
> - La taille des groupes à ne pas dépasser (nous pensions faire 2
> groupes de 10)
En théorie, c'est gros. L'idéal est d'avoir 4 ou 5 personnes par
équipe de développeurs.
En même temps, pas de miracles: la plus grosse contrainte (comme dans
les équipes professionnelles) est le niveau de compétence des membres
de l'équipe. Du coup, on peut avoir des résultats très différents
selon les équipes.
Une solution est de faire une seule équipe de 20 personnes,
travaillant sur le même sujet. Cela amène plusieurs avantages:
- un sujet potentiellement plus ambitieux
- tout le monde trouve sa place, quelque soit son niveau technique
- un dynamique d'équipe plus riche avec la problématique de la gestion
d'une grosse équipe. A minima, on peut faire de l'auto-organisation
façon Scrum, et tenter éventuellement des choses plus sophistiquées
(voir la session de Christophe Thibaut).
Dans tous les cas, évidemment, c'est plus engageant aussi pour ceux
qui accompagnent :-)
Une idée qui me vient en écrivant ce mail: peut être pourriez vous
faire quelque chose avec un département plus "socio" de l'Université
dans lequel des professeurs spécialisés s’intéresseraient à la
dynamique d'équipe?
> - Des sujets qui marchent bien
J'ai l'habitude de demander aux étudiants de choisir leurs sujets (ils
sont les PO).
L'enseignement débute en fait par une activité qui permet aux
étudiants de trouver ce sujet, comme l'avait expliqué Christophe
Thibaut durant sa session à Caen.
> - Des erreurs à ne pas faire
J'avoue que je n'en voie pas. Le cours aux Mines de Douais avait très
bien fonctionné, et d'autres personnes que j'ai vu donner ce type de
cours semblent également obtenir de très bons résultats. Je manque
d'exemples de plantages ;-)
> - L'environnement minimal à mettre en place (on aura svn bien sûr
> mais un peu d'intégration continue ne ferait pas de mal)
Je pense que Git est plus "tendance" actuellement et je vois de plus
en plus d'équipes autour de moi qui l'adopte.
Coté CI, cela dépend de la techno. Si vous êtes sur Java (comme
beaucoup de monde), jenkins est parfais: facile à mettre en oeuvre et
efficace.
http://jenkins-ci.org/
>
> Merci pour vos suggestions.
>
> Cordialement,
>
Hope this help, :-)
Bernard Notarianni
http://www.umolelo.com
> Nous introduisons dans un de nos mastères à Caen une valeur de projet
> de groupe qui s'étendra sur 8 semaines. Nous prévoyons une vingtaine
> d'étudiants et bien sûr j'ai proposé de faire tout cela en mode agile.
>
> Est-ce que certains d'entre vous ont déjà une expérience de ce type
> d'enseignement ?
> Avez-vous des idées sur, par exemple:
>
> - La taille des groupes à ne pas dépasser (nous pensions faire 2
> groupes de 10)
équipe de développeurs.
En même temps, pas de miracles: la plus grosse contrainte (comme dans
les équipes professionnelles) est le niveau de compétence des membres
de l'équipe. Du coup, on peut avoir des résultats très différents
selon les équipes.
Une solution est de faire une seule équipe de 20 personnes,
travaillant sur le même sujet. Cela amène plusieurs avantages:
- un sujet potentiellement plus ambitieux
- tout le monde trouve sa place, quelque soit son niveau technique
- un dynamique d'équipe plus riche avec la problématique de la gestion
d'une grosse équipe. A minima, on peut faire de l'auto-organisation
façon Scrum, et tenter éventuellement des choses plus sophistiquées
(voir la session de Christophe Thibaut).
Dans tous les cas, évidemment, c'est plus engageant aussi pour ceux
qui accompagnent :-)
Une idée qui me vient en écrivant ce mail: peut être pourriez vous
faire quelque chose avec un département plus "socio" de l'Université
dans lequel des professeurs spécialisés s’intéresseraient à la
dynamique d'équipe?
> - Des sujets qui marchent bien
sont les PO).
L'enseignement débute en fait par une activité qui permet aux
étudiants de trouver ce sujet, comme l'avait expliqué Christophe
Thibaut durant sa session à Caen.
> - Des erreurs à ne pas faire
bien fonctionné, et d'autres personnes que j'ai vu donner ce type de
cours semblent également obtenir de très bons résultats. Je manque
d'exemples de plantages ;-)
> - L'environnement minimal à mettre en place (on aura svn bien sûr
> mais un peu d'intégration continue ne ferait pas de mal)
en plus d'équipes autour de moi qui l'adopte.
Coté CI, cela dépend de la techno. Si vous êtes sur Java (comme
beaucoup de monde), jenkins est parfais: facile à mettre en oeuvre et
efficace.
http://jenkins-ci.org/
>
> Merci pour vos suggestions.
>
> Cordialement,
>
Bernard Notarianni
http://www.umolelo.com
Jean-Luc Lambert
Jun 1, 2012, 11:54:17 AM6/1/12
to Enseigner Agile
Bonjour à tous,
Et merci pour vos contributions, j'ai plus de réponses que je n'en
espérais. Mais continuez à m'abreuver je suis preneur et ai un peu de
temps pour réfléchir à cet enseignement.
Il semble que le groupe manque en fait d'enseignants demandeurs. Je
vais recommander, à mes collègues que j'ai entraînés dans l'aventure
agile, de poser leurs question à ce groupe. Je pense qu'ils en auront
pas mal l'année prochaine lorsque nous essaierons sérieusement de
faire faire des backlogs à nos étudiants en projet tuteuré. Cette
année je me suis contenté de les familiariser avec les concepts.
A très bientôt,
Jean-Luc
On 1 juin, 08:20, Bernard Notarianni <bernard.notaria...@gmail.com>
wrote:
Et merci pour vos contributions, j'ai plus de réponses que je n'en
espérais. Mais continuez à m'abreuver je suis preneur et ai un peu de
temps pour réfléchir à cet enseignement.
Il semble que le groupe manque en fait d'enseignants demandeurs. Je
vais recommander, à mes collègues que j'ai entraînés dans l'aventure
agile, de poser leurs question à ce groupe. Je pense qu'ils en auront
pas mal l'année prochaine lorsque nous essaierons sérieusement de
faire faire des backlogs à nos étudiants en projet tuteuré. Cette
année je me suis contenté de les familiariser avec les concepts.
A très bientôt,
Jean-Luc
On 1 juin, 08:20, Bernard Notarianni <bernard.notaria...@gmail.com>
wrote:
Laurent Bossavit
Jun 4, 2012, 9:57:07 AM6/4/12
to enseign...@googlegroups.com
Salut Jean-Luc,
> - La taille des groupes à ne pas dépasser (nous pensions faire 2 groupes de 10)
En général je recommande à mes groupes d'étudiants de pratiquer le binômage d'entrée de jeu. L'avantage c'est que ça divise par 2 le nombre effectif de "sous-équipes". Un groupe de 10 qui travaillent chacun dans leur coin sur un dépôt svn/git ça va rapidement devenir ingérable pour eux. Un groupe de 5 binômes c'est plus facile :)
> - Des sujets qui marchent bien
Je rejoins la remarque de Bernard, sujet libre choisi dans le cadre d'un atelier "vision" encadré. Généralement mon approche consiste à dire "imaginez que vous vous lancez dans une start-up". :)
> - L'environnement minimal à mettre en place (on aura svn bien sûr
> mais un peu d'intégration continue ne ferait pas de mal)
Lors de mes interventions en université et école d'ingés il y a toujours un point faible: la question "en quoi consiste une livraison de notre produit".
Je rappelle aux éléves que l'une des excuses les plus fréquentes et les plus insupportables est "ça marche sur ma machine". Non ce n'est pas parce que j'ai du code qui semble tourner que j'ai un produit...
Partant de là, mon exigence est que les groupes soient capables de livrer via svn/git sur une machine autre que la leur, un poste désigné comme poste d'intégration.
Cela exige qu'ils prennent en compte les différences entre environnements de développement, de test et de production; et qu'ils automatisent la chaîne de livraison.
C'est une base sur laquelle on peut ensuite ajouter les notions de tests automatisés plus facilement. ("Tu me dis que la fonctionnalité X marche, je veux bien te croire mais c'est à toi de le démontrer, par exemple en faisant une démo... Comment ça tu n'as pas pensé à mettre sur le serveur d'intégration des données tests appropriées pour faire la démo et il te faut du temps pour faire le setup? Pourquoi j'apprends ça à deux minutes de la fin de la timebox?")
A+
Laurent Bossavit
lau...@bossavit.com
Read "The Leprechauns of Software Engineering":
http://leanpub.com/leprechauns
> - La taille des groupes à ne pas dépasser (nous pensions faire 2 groupes de 10)
> - Des sujets qui marchent bien
> - L'environnement minimal à mettre en place (on aura svn bien sûr
> mais un peu d'intégration continue ne ferait pas de mal)
Je rappelle aux éléves que l'une des excuses les plus fréquentes et les plus insupportables est "ça marche sur ma machine". Non ce n'est pas parce que j'ai du code qui semble tourner que j'ai un produit...
Partant de là, mon exigence est que les groupes soient capables de livrer via svn/git sur une machine autre que la leur, un poste désigné comme poste d'intégration.
Cela exige qu'ils prennent en compte les différences entre environnements de développement, de test et de production; et qu'ils automatisent la chaîne de livraison.
C'est une base sur laquelle on peut ensuite ajouter les notions de tests automatisés plus facilement. ("Tu me dis que la fonctionnalité X marche, je veux bien te croire mais c'est à toi de le démontrer, par exemple en faisant une démo... Comment ça tu n'as pas pensé à mettre sur le serveur d'intégration des données tests appropriées pour faire la démo et il te faut du temps pour faire le setup? Pourquoi j'apprends ça à deux minutes de la fin de la timebox?")
A+
Laurent Bossavit
lau...@bossavit.com
Read "The Leprechauns of Software Engineering":
http://leanpub.com/leprechauns
Eve
Jun 14, 2012, 4:54:41 AM6/14/12
to enseign...@googlegroups.com
Bonjour,
Je me présente rapidement, je suis actuellement project manager agile chez KnpLabs et ancienne étudiante de Jean-Luc qui a initié ce sujet. Mon projet de fin d'études traitait principalement l'agilité chez KnpLabs.
Un workshop interdisciplinaire me semble nécessaire, mais en effet difficilement à mettre en place pour la prochaine rentrée.
Un moyen simple de sensibiliser aux méthodes agiles est le Lego4Scrum d’Alexey Krivitsky...
Exemple:
Trello est bien quand on connait déjà l'agilité (c'est tellement libre qu'il faut quelqu'un qui guide l'utilisateur). Pour montrer les principes de l'agilité (backlog, sprint, vélocité) il y a pivotaltracker.
Montrer git est très important, et d'avoir un compte github est essentiel. KnpLabs fait son recrutement principalement par rapport aux contributions github.
Je suis très sensible à l'envie d'enseigner l'agilité aux étudiants. J'ai plein d'idées et j'espère trouver le temps d'aider Jean-Luc pour l'introduction de l'agilité à l'Université de Caen.
Bonne journée,
Eve
Olivier Azeau
Jun 14, 2012, 7:11:15 AM6/14/12
to enseign...@googlegroups.com
Bonjour,
Puisque l'on est sur une liste de discussion qui traite de
l'enseignement des méthodes agiles, je me permets un petit
[MODE MAITRE_CAPELLO ON]
On 14/06/2012 10:54, Eve wrote:
> Pour montrer les
> principes de l'agilité (backlog, sprint, vélocité)
Ce ne sont pas des principes, ce sont des concepts.
cf
http://blog.institut-agile.fr/2010/09/principes-concepts-pratiques-et.html
Il faut donc peut être les montrer pour bien les comprendre mais il ne
faut pas les ériger en principes car ce ne sont pas des points de
convergence incontournables.
Bonne journée.
Olivier
Puisque l'on est sur une liste de discussion qui traite de
l'enseignement des méthodes agiles, je me permets un petit
[MODE MAITRE_CAPELLO ON]
On 14/06/2012 10:54, Eve wrote:
> Pour montrer les
> principes de l'agilité (backlog, sprint, vélocité)
cf
http://blog.institut-agile.fr/2010/09/principes-concepts-pratiques-et.html
Il faut donc peut être les montrer pour bien les comprendre mais il ne
faut pas les ériger en principes car ce ne sont pas des points de
convergence incontournables.
Bonne journée.
Olivier
Reply all
Reply to author
Forward
0 new messages