75 lines
3.6 KiB
HTML
75 lines
3.6 KiB
HTML
|
||
Dans single
|
||
|
||
<p>Petit point matinal sur le planning, rappel de notre séjour à
|
||
l’<a href="http://www.larchipel.paris/larchipel/aurore/">Archipel</a> prévu pour
|
||
jeudi et vendredi prochain. Évocation de la partie chasse aux blattes.
|
||
Décision de le reporter au lundi 10, nous faisons le pont, le mardi 11
|
||
tant férié. Cela laissera juste le mercredi en mode pic-nique.</p>
|
||
|
||
<p>Plutôt que de faire la rétrospective et surtout la FOAD, les élèves
|
||
préfèrent faire du code. Je me demande dans quel mesure les remarques
|
||
sur le forum et autres ne les démotivent pas sur ce sujet…</p>
|
||
|
||
<p>Point aussi sur le tableau d’info avec les tickets à faire avancer.</p>
|
||
|
||
<p>Nous reprenons du code simple pour essayer de faire raccrocher certains.
|
||
<a href="http://www.python.org">Python</a> sur NumberToRoman du coup. En expliquant
|
||
chaque étapes. Pour aller plus doucement, je ne participe pas. Après une
|
||
pause, nous attaquons un RomanToNumber en
|
||
<a href="https://www.haskell.org/">Haskell</a>. Intéressant.</p>
|
||
|
||
<p>Aprs le repas, Une lve se retrouve seule pour prsenter Go J[e
|
||
](<a href="https://golang.org/)la">https://golang.org/)la</a> charrie un peu, mais elle sen sort bien. Elle
|
||
fait une introduction et je complte. a nous permet de revoir des aspects
|
||
bas niveau: gestion mmoire, pointeur. Je la chauffe en lui proposant de
|
||
faire une dmo: un kata FizzBuzz. Nous arrivons crire quelques lignes,
|
||
cest vraiment sympa. Ensuite, chacun essaie de faire avancer un ticket
|
||
dans sa ligne.</p>
|
||
|
||
<p>Je continue de penser que le travail d’équipe est mal amorcé avec eux.
|
||
D’ailleurs, est-ce que c’est en leur demandant de faire une équipe
|
||
autonome que je vais vraiment leurs apprendre à travailler en équipe ?.</p>
|
||
|
||
<p>Nous voyons ensuite 5 personnes de chez Tigerlily. Ils nous exposent
|
||
leurs faon de travailler avec P[ivotal ](<a href="https://pivotal.io/labs)et">https://pivotal.io/labs)et</a>
|
||
les pull requests. Est-ce que je devrais utiliser un outil dans ce genre
|
||
pour leur assigner du travail par paire ?</p>
|
||
|
||
<p>Les soucis dans une organisation type une équipe de 24 personnes qui
|
||
travail en paire ou plus, c’est:</p>
|
||
|
||
<ul>
|
||
<li>Comment faire les équipes ?</li>
|
||
<li>Quand les renouveler ?</li>
|
||
<li>Quand et comment faire les démos/restitutions ?</li>
|
||
<li>Sélectionner le travail à effectuer ?</li>
|
||
</ul>
|
||
|
||
<p>Faire les équipes et très dépendant des autres points. Pour faire les
|
||
restitutions, le mieux serais un peu comme nous allons le faire jeudi
|
||
prochain: tout le monde passe en une fois. Cela permettrais ensuite de
|
||
regénérer des équipes/pair puis de les laisser prendre les taches à
|
||
effectuer.</p>
|
||
|
||
<p>Reste comment faire la liste des trucs faisable ? Prendre un créneau ou
|
||
deux pour faire la selection.</p>
|
||
|
||
<p>Les restitutions, pour bien fonctionner devraient se faire en… (7 * 60)
|
||
/ 12 = 35 minutes. Il faut prendre toute la journée et ne donner que 30
|
||
minutes à chaque paire. Dur dur dans certains cas je pense.</p>
|
||
|
||
<p>Nous verrons bien ce que donnerons les démos du jeudi prochain.</p>
|
||
|
||
<p>J’aimerais faire du flux continu, mais cela pose un soucis sur la façon
|
||
de renouveler les équipes… Ce qui serait sympa c’est de ne pas limiter
|
||
dans le temps, mais laisser les équipes essayer de fournir quelque
|
||
chose. Au minimum une lecture de code dans un produit open source, au
|
||
mieux un patch à proposer/accepter. Comment renouveler les équipes/pair
|
||
dans ces conditions ? Peut-être en misant sur le fait que certains
|
||
finiront plus ou moins en même temps. Les restitutions pourraient avoir
|
||
lieu tout les débuts d’après midi, puis, on attend qu’au moins un ou
|
||
deux autres équipes restituent pour regénérer des paires à partir de
|
||
ceux qui ont terminé. A méditer…</p>
|
||
|