Agile france2015 agiliteformation
-
Upload
houssamfakih -
Category
Software
-
view
121 -
download
0
Transcript of Agile france2015 agiliteformation
Et si on appliquait l’agilitéaux formations des ingénieurs ?
Mirette BEKHITHoussam FAKIHGuillaume MICHEL
Binômage● Qualité du Code, Code Collectif
● Echange de savoir, apprentissage, montée en compétences
● Echanges humains forts, Challenges…Amitié
● Mais…pas facile
● Différence de niveaux à gérer…
● Egos à gérer…gestion du conflit en continu
Binômage
● En entretien d’embauche: « J’ai déjà binômé en TP… »
● Différent du travail en groupe vu en TP
○ Chacun de son côté○ On se partage le travail (comment ?)○ Un bosseur et N suiveurs○ Respect mutuel « limite » (téléphone, absences…)
Binômage
● Apprentissage du travail en commun
● Apprentissage de la communication, gestion du conflit. Mise
en place d’un dialogue constructif
● Apprentissage du Respect mutuel (horaires, règles de travail,
outils communs…)
● Sensibilisation au travail en équipe pour l’avenir
Binômage● Comment noter un binôme ? Une même note pour deux,
une note d’appréciation ou une note de présentation…
● Comment constituer les binômes ?
● Comment gérer les niveaux ?
● Vraie problématique matérielle
● Comment l’appliquer à des cours magistraux et pas
seulement aux TP ?
Backlog
● Visibilité commune du stock à faire…des deadlines
● Visibilité commune de la vélocité…
● Gestion des choix, priorités…que supprimer ? que garder ?
● Mais…pas facile
● Anticiper…
● Prend du temps à préparer et à faire vivre…
Backlog
● « Jamais vu ! »
● Gestion des échéances « à l’arrache » (rapports de stages…).
Fin des rapports de stage le dimanche soir.
● Gestion des priorités: impasses sur des matières entières ou
des chapitres entiers
● Le « prof » ne s’adapte pas au groupe
Backlog● Visibilité de « où on en est dans le cours », vélocité du groupe
● Gérer les dérapages: un chapitre prend plus de temps que
prévu
● Visibilité des échéances (remise de rapports, de TPs)
● Avoir un stock de sujet: permet au professeur d’adapter son
cours ou ses TPs en fonction de l’auditoire
● Gestion des priorités: faire l’impasse sur les détails inutiles
Backlog… par un prof
● Chaque User Story correspond à un chapitre ou un TP, et contient les PDFs, exos, projets…
Backlog
● Plus du temps pour préparer la backlog et la faire vivre
● Un espace visible des élèves pour la consulter
● Backlog numérique ?
● Un espace par cours et/ou par matière
● Compliqué à gérer pour l’étudiant
Feedback
● Retrospectives
● Resolution de problèmes, PDCA, QRQC
● Apprendre de ses erreurs, capitaliser
● Augmenter les connaissances de l’équipe
● Mais…pas facile
● Eviter les dérapages, Être constructif
Feedback
● Evaluation du cours à la fin du trimestre…trop tard
● Feedback du Prof vers l’élève: les notes…
● Feedback des élèves vers le prof: après le dernier cours…
● Globalement trop tard et trop succinct
Feedback● Pourquoi ne pas faire un stand-up au début de chaque cours?
● Retrospective sur le contenu du cours (un retro/fin de mois).
● Faire le point sur les problèmes rencontrés (matériel…)
● Feedback rapide tout au long du cours:
● le professeur adapte ses exercices, TPs en fonction des
retours
Feedback
● Un stand-up au début d’un cours en amphi
● Un binôme qui présente le cours précédent
● Risque de dévier l’objectif du cours
● Se concentrer sur les problèmes sur lesquelles on peut
influer
Cycle court● Eviter l’effet tunnel
● S’adapter aux changements de dernières minutes
● Savoir où on en est…
● Pouvoir tout stopper à temps…
● Mais…pas facile
● Garder un cap moyen/long terme visible
Cycle court● « Inexistant »
● Partiels à la fin du trimestre ou du semestre
● Notes un mois après les partiels, pendant le trimestre
suivant…
● Pas de possibilité d’anticiper les dérapages
● Pas d’apprentissage de la conduite de projets
Cycle court
● Simplement plus de notes ? Une vraie moyenne…
● Des cours plus segmentés, avec des points d’étapes réguliers
● Mon approche:
○ une heure de cours / d’un TP de 30mn sur le sujet○ une heure de cours / d’un TP de 30mn sur le sujet…○ Le TP est adapté en fonction du niveau et de la réactivité
RefactoringBut : Donner la possibilité à l’étudiant d’améliorer son travail de façon continue
Pré-requis : Faire un feedback au plus tôt à l’étudiant
Plan d’actions
● Travail en cycle à la mantra code : red, green, refactor
● Faire des points réguliers avec l’étudiant (cycles courts)
○ Identifier les points d’amélioration du travail fait○ Demander à l’étudiant un plan pour améliorer son travail○ Valider○ Mettre en place○ recommencer
Refactoring
● Pas beaucoup de une disponibilité de la part du prof
● Assez conséquent en terme de travail demandé
(plusieurs profs ?)
Refactoring● Accompagnement de l’étudiant
● Evaluation continue avec des points de synchronisation
● Identification des points faibles et possibilités de “rattraper”
les élèves en difficulté
● Approche plus formatrice : Apprendre de ses erreurs
● Ne pas avoir un seul but « la note », mais projet long terme
Refactoring
● Chemin d’exercices
○ Problème de notation : exo => note => revenir sur
l’exo => changer la note
Questions
● Professeur = scrum master?
● XP, Kanban, post-it => trop théorique?
● MOOC ?
● Apprendre l’agilité sans la mettre en pratique ?
● ...