Comme prévenus, nous avons passé quelques minutes à tout remettre en place suite au Hackathon Hager. L’équipes est plutôt bien disposée pour aider heureusement.
Je ne me rappelle plus vraiment ce que nous avons fait d’autre.
La FOAD du coup… Répartition des sujets. Difficile après le week-end: la FOAD doit vraiment être faite la semaine des apprentissages. Il aurait peut-être fallu faire sauter cette semaine là et l’ajouter à celle d’après ?
Difficile de faire un screencast. Ils scénarisent mais rien n’est tourné le moment-même.
kataGarros en Ruby (l'autre choix était FizzBuzz en Python). Intéressant de les voir sur un nouvel exercice. Attention, certains parlent de fizzbuzz comme une technique. Faut-il varier plus rapidement les sujets ?
Fait les groupes. Affichage des autoévaluation sur post-it. On parle des projets en même temps (suite à demande). Faire les groupes avant serais bien mieux, quitte à faire des mouvements au fur et à mesure. De même que les projets doivent-être mieux préparés. Au final, nous reprenons les tickets d’autoévaluation pour masquer les noms et faire une répartition par niveau. Phase intéressante et qui fonctionne.
Les critères relevés par eux ne sont pas tous à prendre au même niveau: l’anglais, il faut en avoir un ou deux qui s’en sortent, pas besoin de faire un groupe équitable sur le sujet, même chose pour linux et/ou l’environnement de travail peut-être ? Nous basons, avec quelques élèves les groupes sur les critères web et langages, en s’assurant que anglais, com/équipe, env de dev et linux/term soit aussi corrects dans chaque groupe.
Répartition des projets par moi directement, un peu au hasard. J’aurais du faire complètement au hasard ! Les groupes commencent à discuter. Je décèle un groupe un peu limite. Analyse de situation: il manque les critères de leadership potentiel et de confiance en soit. Dans un groupe, 4 à 5 personnes en manque de confiance, avec un leader caché derrière. Alors qu’un autre groupe à 5 personnes trop confiante et potentiel leader. Faut-il changer les goupes tout de suite ?
Toujours pas préparé les visites/rencontre.
Peut-être qu’il faut découvrir les projets au fur et à mesure, en proposant directement une tache ou deux à effectuer, en mode présentation grand public ?
Peut demander à chaque groupe de présenter un projet devant les autres: c’est quoi ? ça fait quoi ?
Kata FizzBuzz en Python (l'autre proposition était un Kata Bowling en Ruby). Bien apprécié de voir un nouveau langage apparemment. Mais cela amène à des discussions longues. La mise en perspective est vraiment intressante.
Présentation assez courte (le délai l’était aussi) autour de l’agilité en général. Nous abordons un rapide historique. Intéressant pour introduire le management visuel pour la gestion de leurs projets :-)
Rendez-vous avec une porteuse de projet autour de la reforestation en Tunisie. Elle est partante pour travailler avec les contraintes énnoncées: pas d’engagement de résultat. Elle me parle de ces partenaires: World Wide Web Woman qui l’aident pour du financement et autres. Peut-être des embauches en sortie ! Nous faisons ensuite venir l’équipe pour parler du projet. Certains parlent de choses qui les intéressent: le marketing. Je rappelle qu’ils sont là pour faire le dev, pas le marketing :-). Bonne intervention de certains qui posent de bonnes questions. Ce genre d’interaction est vraiment intéressant. Il faut que nous arrivions à faire que chaque groupe échange avec un pseudo-client.
Mise au point avec le groupe en potentiel risque. Après une explication claire le matin de ma part sur ce que je pense, mes doutes, ils ont discuté ensemble pour savoir comment réagir. Ils me disent qu’ils sont partants pour travailler ensemble et voir où ça les emmènent :-) Cool. Nous bouclons ensuite sur leurs projets:
Trop tard pour voir les autres groupes…
Comment faire une rétrospective chaque semaine pour chaque groupe ? En même temps qu’une planning de sprint ? Faut-il faire du flux continue sur les tickets plutôt que du sprint ? Faire installer un serveur d’intégration continue !
Temps de setup un peu long prévoir une machine spéciale Dojo. Pas beaucoup d'avancées dans le code. À la fin, prise du clavier pour exposer le principe de reprsentation d'une donnée, d'un élément. C'est finalement un cours express sur les objets en Ruby.
Point avec un groupe à propos de leurs projets.
Un premier groupe:
_why. Peut-être la plateforme correspondrais à ce que nous voulons mettre en œuvre ? L'idée est donc d'en faire une présentation aux autres. Et de prendre en considration que peut-être la FOAD/Simplonline pourrait tourner dessus.
Au tour du groupe suivant:
Le groupe suivant:
Présentation sur les Bases de données. Bon programme, manque quelques éléments. Nous reprenons une liste des type SGBDR et NoSQL. Liste de quelques noms. Ajout également de type possible sur les NoSQL.
Sorte de mob programming sur l'installation de Simplonline. Et si à côté du projecteur on plaçait un PC fixe, connecté sur le réseau des élèves pour pouvoir faire les Katas, les démos, les prez et des scéances de mobprogramming ?
Les projets, c’est bien, mais mieux préparer ce qu’ils vont faire avec c’est mieux. Attention au piège des projets clients qui sont des projets qui démarrent de zéro. Ceci dit, c’est intéressant car plus évolutif comme difficulté. Un bon mixte des deux est vraiment intéressants !
Petit point rappel sur le fait que la FOAD s’ouvre lundi prochain. Donc en plus de faire les contenus de la semaine 4, il faut penser à relire, corriger les contenues de la première semaine.
Sur le tableau, liste des jours de la semaine, zone à propos des livres et des sorties, édito. Peut-être qu’il faudrait faire un format un peu plus retrospectivesque: leurs faire faire des post-its sur des trucs cool qu’ils ont appris/découvert. Les éléments comme les jours de la semaine, les sorties, les livres ne sont que des outils du facilitateur pour leur faire quelques points de refresh de temps en temps. Le faire par groupe ?
Petit point tête à tête avec certains élèves pour discuter de doutes et soucis qu’ils ont. Je ne comprend pas où nous allons est une des questions qui revient souvent. Faire un rappel à tous ?
Beaucoup de travail sur la plateforme pour reprendre du code fait à distance…