Demande #981
ferméDemande #1105: organisation de l'agilité dans l'équipe d'administration système
réunion admin sys decembre (1/2)
Description
Lors de la précédente réunion il a été décidé d'adapter les méthodes agiles a l'organisation du travail de l'équipe. Frederic Couchet est le product owner, Loic Dachary est le scrum master pour le sprint de novembre et pour le sprint de décembre.
La réunion se tiendra dans les locaux de l'April et par téléphone au 01 78 76 92 84 pour les personnes qui ne peuvent pas se déplacer.
Agenda de la réunion:
- Moyens materiels et humains requis : https://agir.april.org/issues/1001
- Revue de sprint : le scrum master / loic présente les taches accomplies sur la base de https://agir.april.org/versions/show/22 . le product owner / fred accepte ou rejete les taches accomplies. Il peut par exemple dire qu'une tache marquée comme accomplie n'est pas terminée parcequ'il manque une alerte de monitoring et que la définition d'une tache terminée pour un service impose qu'il y ait une alerte. Il peut aussi rejeter la mise a disposition d'un nouveau service si c'est un service qui ne se trouvait pas dans la liste des taches qu'il a demandé (i.e. le backlog ).
- Planification de sprint : le scrum master / loic prend chaque story (i.e. ensemble de taches https://agir.april.org/projects/admins/issues?query_id=15 ) par ordre de priorité et discute avec l'équipe de sa division en taches qui peuvent tenir dans un sprint. Des précisions sont demandées au product owner / fred en cas de doute. Le scrum master s'assure que chaque membre de l'équipe prend des taches qu'il pense pouvoir accomplir durant le prochain sprint, par ordre de priorité décroissante.
- Valider la modification de la charte proposée : https://agir.april.org/issues/986
- Valider le choix d'un outil d'intégration continue : https://agir.april.org/issues/1020
- Remplacement de zabbix : https://agir.april.org/issues/1047
- Plannifier la migration de ns1.april.org vers d'autres machines https://agir.april.org/issues/1034
- Alimenter le backlog avec http://127.0.0.1:8080/dokuwiki/doku.php?id=sysadm:todo:en_vrac
- Sujets divers
Frédéric Couchet https://agir.april.org/projects/admins/activity?from=2012-12-01&user_id=4
Theocrite https://agir.april.org/projects/admins/activity?from=2012-12-01&user_id=20
- Actions sur le crash de ns1 #1051. Notamment documentation sur backuppc et lancement d'une restauration sur yopo depuis pavot.
- Participation aux discussions autour de Zabbix (#1047).
- Relecture de https://agir.april.org/projects/26/wiki/Moyens.
- Résolution du problème de crons drupal (#1033).
- Réflexions autour de la refonte de l'adminsys (#1001).
- Validation du choix puppet vs chef (#896).
- Validation (par défaut) du choix de l'outil d'intégration continue (#1020).
Maxence Dunnewind https://agir.april.org/projects/admins/activity?from=2012-12-01&user_id=127
- ajout de RAM sur pavot https://agir.april.org/issues/1005
- les mauvaises ram ont été renvoyées, et à priori remboursées ( à confirmer)
Vincent-Xavier Jumel https://agir.april.org/projects/admins/activity?from=2012-12-01&user_id=1
- validation d'une anomalie signalée par un adhérent #1004
- résolution de #950
- validation et envoi du courriel pour l'interruption de service #1006 et #1007
- ouverture du ticket pour l'interruption suivante #1008 et #1009
- intégration de Cédric Corazza #1029
- mise à jour propriétaire de la liste traduc@ #1024
- confirmation du problème de certificat #1031
- gestion d'une « urgence » pour Jeanne #1042
- ajout d'une anomalie sur la taille des messages dans Sympa #1051
- remarques sur #846, #1051 et #701
- travail sur la charte avec Loïc #988
Nicolas Vinot https://agir.april.org/projects/admins/activity?from=2012-12-01&user_id=98
Loïc Dachary https://agir.april.org/projects/admins/activity?from=2012-12-01&user_id=45
ressources matérielles et humaines pour l'adminsys https://agir.april.org/issues/1001
https://agir.april.org/projects/26/wiki/Moyens
réponse aux demandes
ajout de RAM sur pavot https://agir.april.org/issues/1005
Backscatter sur les listes de diffusion sympa... https://agir.april.org/issues/846
Passation groupe de travail traductions - 3 demandes de prise en compte ... https://agir.april.org/issues/1024
Problème de certificats sur certains sites https://agir.april.org/issues/1031
Les cron drupal ne sont plus lancés. https://agir.april.org/issues/1033
ajouts au backlog
OpenVPN sur 443/80 en default route https://agir.april.org/issues/1009
migrer ns1.april.org vers d'autres machines https://agir.april.org/issues/1034
surveillance des services fournis par Drupal https://agir.april.org/issues/1038
mises à jour sur http://127.0.0.1:8080/dokuwiki/doku.php
surveillance des services
surveillance des machines via zabbix
zabbix spamvir is 192.168.1.14 https://agir.april.org/issues/996
zabbix vs_thc 192.168.1.24 https://agir.april.org/issues/995
zabbix agent down sur ns1.april.org https://agir.april.org/issues/993
ergine est arreté https://agir.april.org/issues/1008
image bootable d'un zabbix vierge https://agir.april.org/issues/1037
...
lecture et analyse quotidienne des alertes zabbix
ns1 load average > 30 https://agir.april.org/issues/999
remise en question de zabbix https://agir.april.org/issues/1047
ajout d'une alerte zabbix via les API https://agir.april.org/issues/1017
Surveillance des sites web https://agir.april.org/issues/1016
ajout d'une alerte zabbix via les imports XML https://agir.april.org/issues/1027
...
infrastructure
conflit de zones master pour april-int https://agir.april.org/issues/1021
ouverture du port 8080 dans le VPN https://agir.april.org/issues/1022
creation d'une zone interne https://agir.april.org/issues/1025
...
gestion de configuration
évaluation et choix d'un outil d'administration centralisée / gestion de configuration https://agir.april.org/issues/896
mettre un puppetmaster en production https://agir.april.org/issues/1035
Créer un Dépôt public (gestionnaire de version) pour nos codes https://agir.april.org/projects/issues/971
intégration continue
choix d'un outil d'intégration continue https://agir.april.org/issues/1020
lancement de test jenkins lors des modifications du puppe... https://agir.april.org/issues/1041
plage d'IP 192.168.5.0/24 pour l'integration continue https://agir.april.org/issues/1048
définir http://jenkins.april.org/jenkins/ https://agir.april.org/issues/1046
mise a jour de la charte admin sys
consolider les modifications de la charte https://agir.april.org/issues/988
ajouter une definition of done à la charte https://agir.april.org/issues/997
...
réunion admin sys : sprint planning https://agir.april.org/issues/981
nettoyer le backlog https://agir.april.org/issues/1002
Mises à jour de sécurité https://agir.april.org/issues/1012
Mis à jour par Loïc Dachary il y a environ 12 ans
- % réalisé changé de 0 à 20
(11:01:21 AM) dachary: passons en revue ce qui reste a faire pour le sprint en cours https://agir.april.org/projects/admins/issues?query_id=18 si tu veux bien ?
(11:01:29 AM) madix: dachary: par irc ?
(11:01:37 AM) dachary: ou par tel
(11:01:42 AM) dachary: comme tu veux
(11:01:53 AM) dachary: 06 64 03 29 07
(11:02:08 AM) madix: on essaye par irc, comme ça les autres peuvent lurker
(11:02:18 AM) madix: et la prochaine fois, mumble (mais là j'ai pas mon casque)
(11:02:22 AM) dachary: ok
(11:02:23 AM) madix: dachary: je t'écoute
(11:02:36 AM) dachary: pour theo il doit prendre une décision
(11:02:43 AM) madix: ok
(11:02:58 AM) madix: préfixe avec le numéro de tâche stp
(11:03:19 AM) dachary: vincentxavier: a choisit ses taches lui meme, sans que ca vienne du product owner. Mais comme c'est le premier sprint donc c'est normal.
theocrite theo_taf
(11:03:25 AM) dachary: theo https://agir.april.org/issues/896
(11:03:36 AM) dachary: madix: note que https://agir.april.org/projects/admins/issues?query_id=18 est rangé par personne
(11:03:37 AM) madix: le numéro me suffit
(11:03:53 AM) madix: je regarde pour vincentxavier
(11:04:08 AM) madix: ok pour 874 (logs)
(11:04:34 AM) madix: ok pour 938 (connexions smtp)
(11:04:35 AM) dachary: pour vincentxavier l'important c'est d'ack que ça fait partie du sprint mais il n'y a pas de discussion a avoir sur le fait que c'est pertinent ou pas du point de vue du product owner. C'est pour le prochain sprint qu'on se poser ce genre de quesiton.
(11:04:47 AM) **vincentxavier lurke
(11:05:05 AM) dachary: idem pour aeris
(11:05:11 AM) madix: ok pour 950 (sshfp)
(11:05:36 AM) madix: je passe à aeris
(11:05:43 AM) dachary: de mon coté, et pour montrer l'exemple de ce qu'on voudrait faire pour le prochain sprint, je me suis assigné des taches dont je pense qu'elles viennent du product owner
(11:06:31 AM) madix: ok pour 991 (wiki admin sans tunnel ssh)
(11:06:57 AM) dachary: https://agir.april.org/issues/1001 ressources matérielles et humaines pour l'adminsys
(11:07:24 AM) madix: ok pour 981 (note : None devrait être All :))
(11:07:33 AM) dachary: mais y'a pas all ;-)
(11:07:37 AM) madix: je sais
(11:07:45 AM) madix: j'attaque dachary
(11:08:12 AM) dachary: madix: alors la pour dachary tu joue le product owner
(11:08:22 AM) madix: ah
(11:08:25 AM) dachary: i.e. normalement tout ce que je fais correspond a des demandes de ta part
(11:08:30 AM) madix: ok
(11:08:36 AM) dachary: donc tu critique
(11:08:57 AM) madix: ok pour 1001 (qui est prioritaire)
(11:09:11 AM) dachary: a la sortie de la réunion, en tant que team member ( i.e. personne qui fait des choses par opposition au scrum master qui est juste celui qui trie les chose )
(11:09:51 AM) madix: pour 1000 (zabbix) je pensais que vous aviez une discussion en cours sur le choix entre zabbix et je ne sais plus quoi
(11:09:52 AM) dachary: j'ai pris un travail : https://agir.april.org/issues/986 et ce qui en découle, pour résoudre durablement le probleme de remonté d'alertes et leur traitement
(11:10:17 AM) dachary: madix: la décision de prendre zabbix a été prise il y a 2 ans, elle n'est pas remise en cause
(11:11:02 AM) madix: ok
(11:11:07 AM) madix: ok pour 1000 et 986 alors
(11:11:24 AM) dachary: madix: pour 986 j'ai extrapolé un certain nombre de choses et je voudrais ton avis la dessus
(11:11:52 AM) dachary: i.e. je pense avoir détecté deux problèmes qui ont conduit au fait que tu sois arrivé un jour avec pavot down et personne sur le pont
(11:11:56 AM) dachary: a) zabbix down
(11:12:17 AM) dachary: b) rien dans la charte sur le traitement d'alertes
(11:12:26 AM) theo_taf: Sp4rKy: oui, il faut qu'on convienne d'un moment pendant lequel on peut stopper pavot. Plutôt en week-end je dirais.
(11:12:46 AM) dachary: il me semble qu'en corrigeant a) et b) on résoud durablement le probleme, à la source. madix tu en penses quoi ?
(11:13:02 AM) aeris: <madix> ok pour 950 (sshfp) < ça sert pas à grand chose sans dnssec :þ
(11:13:18 AM) madix: dachary: pour la charte je ne suis pas qu'elle doit aller dans ce genre de précisions
(11:13:42 AM) madix: ou alors c'est dans la partie "Demandes d'action à effectuer"
(11:13:56 AM) dachary: madix: http://127.0.0.1:8080/dokuwiki/doku.php?id=sysadm:equipe:charte#surveillance_des_services
(11:14:02 AM) madix: dachary: il faudrait peut-être non pas modifier la charte mais créer un document à part (genre howto) non ?
(11:14:08 AM) dachary: Tout service ou fonction installée doit être surveillé par un outil qui envoie une alerte dans les cinq minutes ou le service devient indisponible. Un administrateur système de l'April donne toujours priorité au rétablissement d'un service ou fonction dont le dysfonctionnement a été signalé. Par exemple, si le serveur mail ne répond pas, un administrateur système de l'April s'occupera de le rétablir et ne s'engagera pas dans une activité qui ne consiste pas à réparer un service défectueux.
(11:14:28 AM) dachary: c'est ça que je propose, tu penses que ça n'a pas sa place dans la charte ?
(11:15:26 AM) Sp4rKy: theo_taf: ce qui m'arrange pas plus que ça :p
(11:15:40 AM) madix: dachary: moi je parle de http://wiki.april.org/w/CharteGroupeAdministrationSysteme qui à mon avis doit rester général
(11:15:54 AM) madix: j'ai 404 sur http://127.0.0.1:8080/dokuwiki/doku.php?id=sysadm:equipe:charte#surveillance_des_services
(11:16:06 AM) madix: ah non, j'ai
(11:16:47 AM) dachary: c'est les propositions de modification de la charte. Il me semble que la façon de se comporter face aux alertes est un principe général de premiere importance.
(11:16:58 AM) madix: ok pour moi alors
(11:17:32 AM) dachary: madix: je retiens de reformuler de façon moins précise et plus dans un esprit de comportement général
(11:17:38 AM) madix: mon point étant de ne pas faire de la charte un énorme truc, de rester à l'essentiel, l'implémentation devant aller dans un document howto
(11:17:45 AM) dachary: je note
(11:18:12 AM) madix: dachary: ou alors, une partie de la charte qui est générale et ensuite une partie sur des points précis (pour ne pas maintenir 2 documents)
(11:18:33 AM) madix: dachary: faire évoluer la charte me parait important
(11:19:35 AM) madix: dachary: ok pour 999
(11:19:57 AM) madix: ok pour 963
(11:20:16 AM) madix: ok pour 985 (validation par le CA de la charte)
(11:20:19 AM) dachary: https://agir.april.org/issues/985 j'ai ajouté La charte doit rester dans les généralité et définir un état d'esprit qui couvre les domaines essentiels, les valeurs auquel on adhère en faisant partie de l'équipe. Par exemple l'attitude a adopter face a un incident, la qualité du travail livré (definition of done) etc. Chaque principe peut etre associé à une HOWTO plus précise qui détaille le mode opératoire et qui peut changer plus fréquement.
(11:20:31 AM) dachary: madix: est-ce que ça correspond ?
(11:20:45 AM) madix: dachary: super
(11:21:16 AM) madix: dachary: si c'est plus simple à maintenir les "howtos" peuvent être dans le même document (seule la partie générale étant à valider par le CA)
(11:21:27 AM) dachary: ok :-) pour https://agir.april.org/issues/985 j'ai une question subsidiaire : a quel moment est-il pertinent de demander au CA de valider ?
(11:21:48 AM) madix: ok pour 987 (validation charte par admin sys)
(11:21:55 AM) dachary: est-ce qu'il y a un moment plus favorable ?
(11:22:31 AM) madix: dachary: le CA aime bien avoir une version intermédiaire non finalisée totalement (ça lui donne le sentiment qu'il peut commenter utilement)
(11:22:48 AM) madix: et une indication de temps de réaction avant version finale
(11:23:25 AM) dachary: ok.
(11:24:13 AM) madix: dachary: ok pour 997
(11:24:24 AM) dachary: https://agir.april.org/issues/988 Soumettre la version consolidée au CA avant finalisation pour commentaires éventuels
(11:24:28 AM) madix: dachary: le benj il ne sprint pas lui ?
(11:24:34 AM) madix: dachary: ok
(11:25:18 AM) madix: benj: tu reste dans le fond toi :)
(11:25:18 AM) theo_taf: Sp4rKy: En semaine c'est plus compliqué. :)
(11:25:28 AM) benj: madix: le prochain sprint admin sys ?
(11:25:38 AM) **benj a honte mais n'a pas suivi quand c'était
(11:25:58 AM) dachary: madix: benj est invité a ajouter une tache dans ce sprint
(11:26:26 AM) madix: benj: tout le temps le sprint :)
(11:26:32 AM) madix: vous êtes agiles maintenant
(11:26:43 AM) madix: dachary: c'est bon pour ce point ?
(11:27:25 AM) madix: on passe au backlog ou il reste des points à voir ?
(11:27:31 AM) benj: madix: l'agilité c'est un bon joker en fait
(11:27:57 AM) benj: quand mon client me demande « on en est où dans le planning ? » plutôt que de répondre DTC ou des mensonges, je lui dit qu'on est agiles, alors le planning c'est pas vraiment important :-)
(11:28:18 AM) madix: benj: pioche dans https://agir.april.org/projects/admins/issues?query_id=16
(11:28:39 AM) madix: benj: ceci dit, je peux te donner une carte joker
(11:28:50 AM) benj: madix: j'ai pas trop compris, c'est des tâches à faire pour le sprint admin sys de fond ?
(11:28:56 AM) benj: parceque j'ai deux jokers en cours, là
(11:29:01 AM) benj: chaton + prélévement CB :-)
(11:29:22 AM) madix: benj: voilà :) créée une tâche pour chaque joker et mets les dans le sprint
(11:29:45 AM) dachary: madix: il reste un truc
(11:29:47 AM) benj: han
(11:29:52 AM) madix: benj: le backlog https://agir.april.org/projects/admins/issues?query_id=16 et le sprint en cours https://agir.april.org/projects/admins/issues?query_id=18
(11:29:55 AM) benj: bon ok
(11:30:02 AM) madix: benj: dachary t'expliquera après comment faire
(11:30:05 AM) benj: oki
(11:30:05 AM) dachary: madix: dans l'interview tu as dit
(11:30:07 AM) madix: dachary: je t'écoute
(11:30:12 AM) madix: il nous reste 30 mn max
(11:30:54 AM) dachary: https://agir.april.org/issues/977 et https://agir.april.org/issues/979 et https://agir.april.org/issues/980
(11:31:56 AM) dachary: madix: je pense que ce sont des problèmes qui se résolvent avec de la documentation et de la communication, comme indiqué dans chaque ticket. Personne ne les a pris sur ce sprint.
(11:32:49 AM) dachary: en tant que product owner c'est a toi de donner une priorité a ces taches
(11:33:25 AM) dachary: madix: j'ai mis Immédiate sur https://agir.april.org/issues/979
(11:33:37 AM) dachary: mais en fait c'est pas a moi de le faire mais a toi
(11:34:06 AM) dachary: madix: en tant que product owner tu définit le backlog et tu met des priorités
(11:34:39 AM) dachary: mais tu ne dis pas qui fait quoi ni quand ça doit etre fait, c'est le scrum master qui dit ça
(11:34:45 AM) madix: ok
(11:34:52 AM) madix: je regarde le backlog déjà
(11:35:43 AM) madix: dachary: pour 977, 979, 980 ça peut attendre le prochain sprint et notamment la validation des évolutions à venir. Cela deviendra Immediate à ce moment là
(11:36:09 AM) dachary: madix: de toute façon c'est pas toi qui dit "c'est dans ce sprint"
(11:36:21 AM) dachary: tu dis juste : "il y a ça a faire" et "c'est urgent ou pas"
(11:36:35 AM) madix: putaint 61 tâches dans le backlog
(11:36:49 AM) madix: 977, 979, 980 pas urgent alors
(11:36:52 AM) dachary: c'est le scrum master, avec l'équipe, qui dit quand sera fait quoi
(11:36:57 AM) madix: je ne suis pas sûr de tout piger à l'agilité :)
(11:37:07 AM) benj: je ne comprends pas trop ce que vous attendez de moi en fait
(11:37:21 AM) benj: (là, tout de suite)
(11:37:40 AM) madix: dans le backlog il y a des tâches qui ont déjà été faites non ?
(11:38:21 AM) dachary: madix: il ne faut pas confondre priorité et date d'accomplissement. Tu dis "c'est super urgent" mais pas "c'est terminé le 15 novembre"
(11:38:38 AM) madix: mouais
(11:38:41 AM) dachary: c'est pas toi qui fait les choses donc tu ne peux jamais dire quand c'est terminé. Tu peux juste dire : "ca urge !"
(11:38:47 AM) madix: https://agir.april.org/issues/121 c'est pas déjà fait ça ?
(11:40:05 AM) dachary: madix: c'est super important. Si tu as 200 taches qui "urgent", en tant qu'executant ca rend les choses tres confuses. Du coup tu en prend une sur les 200. Et le product owner qui vient derrier et qui dit : "mais en fait celle la c'etait plus urgent" tu lui répond que t'es pas devin. Et tu as raison. Tu vois ?
(11:40:51 AM) dachary: madix: il y a un gros boulot de tri a faire sur le backlog.
(11:41:03 AM) dachary: On peut passer au backlog la. On va pas le terminer
(11:41:30 AM) dachary: mais si tu peux donner ton avis sur les taches marqué comme les plus urgentes ce serait tres bien
(11:41:33 AM) dachary: madix: ^
(11:42:59 AM) dachary: madix: dans https://agir.april.org/projects/admins/issues?query_id=16 il y a les "Story" c'est des grands ensemble. Qui contiennent des "Task". En tant que produc owner tu t'interesse d'abord aux story, tu es plus haut niveau que bas niveau.
(11:43:15 AM) dachary: La c'est un peu le bronx parceque tout n'est pas trié.
(11:43:20 AM) dachary: Mais par exemple:
(11:43:28 AM) dachary: https://agir.april.org/issues/966
(11:43:39 AM) dachary: Résorber les problèmes d'exploitation de sympa
(11:43:57 AM) dachary: j'ai mis priorité faible. Mais en fait peut etre que tu as une idée différente ?
(11:45:05 AM) madix: j'ai eu un coupure réseau
(11:45:17 AM) madix: Je disais : [11/06/12 11:39] <madix> dachary: et si je dis que la priorité pour le backlog c'est de prendre la liste des tâches et de vérifier binaire lesquelles sont faites mais n'ont pas été closes au niveau Redmine ?
(11:45:20 AM) madix:
(11:46:08 AM) dachary: madix: tu pourrais dire ça mais en fait c'est plus un boulot administratif qui revient au scrum master
(11:46:36 AM) dachary: c'est nettoyer le backlog pour qu'il soit lisible, ça fait partie de la mission du scrum master
(11:46:54 AM) dachary: je vais noter ça comme une tache et me l'affecter parceque je suis le scrum master
(11:48:10 AM) madix: pour moi résorber les problèmes d'exploitation de Sympa c'est ne pas faible
(11:48:25 AM) madix: c'est plus important que la gestion centralisée des configurations
(11:48:35 AM) dachary: madix: https://agir.april.org/issues/1002
(11:49:47 AM) dachary: madix: alors je change la priorité de la story
(11:49:47 AM) madix: sur la mise à jour des vservers en lenny (https://agir.april.org/issues/969) amha la plupart sont déjà faits
(11:50:08 AM) madix: merci pour 1002
(11:51:28 AM) dachary: https://agir.april.org/issues/966 est en priorité immédiate
(11:51:43 AM) dachary: donc logiquement ce sera le sujet de travail principal du prochain sprint
(11:52:03 AM) madix: concernant Drupal, il y a des tâches de maintenance à faire régulièrement, voir http://www.april.org/admin/reports/status
(11:52:09 AM) madix: avant un jour de migrer :)
(11:52:16 AM) madix: dachary: ok pour moi
(11:52:53 AM) madix: pour drupal je viens de voir ça car j'ai du me connecter en admin pour ajouter un droit à quelqu'un
(11:53:34 AM) dachary: madix: en tant que product owner, tu peux modifier les priorités quand tu veux, mais ça n'aura d'effet que sur le prochain sprint. Ca permet aux executants dont je fais partie de ne pas devenir fous en changeant de priorité sans arret.
(11:54:02 AM) madix: ok
(11:54:11 AM) benj: haha tu me fais penser aux manager de SFR
(11:54:12 AM) dachary: ok pour drupal
(11:54:14 AM) madix: pour les autres tâches je ne sais pas trop là
(11:54:26 AM) benj: ils rajoutaient une priorité encore plus urgente sur le bugotron tous les mois
(11:54:36 AM) dachary: benj: mais je suis tout rouge la, comme les manager de sfr ;-)
(11:54:47 AM) dachary: benj: ahahah
(11:54:50 AM) benj: ils s'en sortaient pas avec les 450 tâches de priorité hyper-trop-urgente ouvertes
(11:55:36 AM) dachary: benj: ceci dit c'est un moyen de s'en sortir quand tu es bordelique. Tant que ca permet a l'executant de se concentrer sur une tache au lieu d'en choisir une parmis les 450
(11:55:52 AM) dachary: mais c'est clairement symptomatique d'un gros merdier quand tu en arrives la ;-)
(11:56:11 AM) dachary: madix: pour les 4 minutes qui reste
(11:56:14 AM) madix: j'ai mis un courriel sur admins@ pour Drupal
(11:56:33 AM) madix: dachary: oui ?
(11:57:03 AM) dachary: tu peux changer les prioirités de https://agir.april.org/issues/977 https://agir.april.org/issues/979 ?
(11:57:23 AM) dachary: elles sont actuellement en "Immédiate" mais je pense au vu de nos discussions que c'est pas ce que tu veux.
(11:57:37 AM) dachary: Avec ça on a seulement les taches lié a sympa qui sont en immédiate.
(11:58:17 AM) madix: dachary: j'ai mis "élevée"
(11:58:24 AM) dachary: ok
(11:58:30 AM) madix: il faudra avoir une explication sur les différentes priorités :)
(11:58:58 AM) dachary: madix: c'est relatif et c'est toi qui décide tout seul
(11:59:21 AM) dachary: en tant qu'executant tout ce qui nous interesse c'est quelle priorité est plus eleve que telle autre
(11:59:32 AM) dachary: la sémantique on s'en fiche
(11:59:33 AM) madix: ok
(11:59:56 AM) madix: il va falloir documenter ce process :)
(12:00:02 PM) madix: benj: tu as créé tes tâches ?
(12:00:05 PM) madix: 12h00
(12:00:09 PM) madix: dachary: on a fini ou pas ?
(12:00:22 PM) dachary: oui, apres on aurait pu attaquer les taches urgente
(12:00:26 PM) dachary: mais la on a l'essentiel
(12:00:45 PM) dachary: c'est a dire que l'équipe sait ce qui est urgent du point de vue du product owner
(12:00:46 PM) madix: ok, on fera mieux la prochaine fois :)
(12:01:10 PM) dachary: on a fait bien la
(12:01:11 PM) dachary: :-D
(12:01:16 PM) dachary: madix: merci product owner ;-)
(12:01:33 PM) madix: dachary: merci monsieur scrum master
(12:01:39 PM) madix: et merci à tous
Mis à jour par Loïc Dachary il y a environ 12 ans
- Sujet changé de Réunion admin sys à Réunion admin sys : sprint planning
Mis à jour par Frédéric Couchet il y a environ 12 ans
Résumé de ma compréhension de la réunion :
Le product owner doit définir le backlog et fixer les priorités pour
les différentes Story (grands ensembles qui comprennent des tâches) et
tâches. Il s'intéresse d'abord aux story et dit "Il y a ça à faire" et
"c'est urgent ou pas". Le product owner ne doit pas confondre priorité
et date d'accomplissement. Il dit "c'est super urgent" mais pas "c'est
terminé le 15 novembre" car ce n'est pas lui fait les choses donc il
ne ne peut jamais dire quand c'est terminé. La sémantique des
priorités est celle du product owner, elle est juste relative. Ce qui
intéresse le team member c'est de savoir quelle priorité est plus
élevée que telle autre.
Le scrum master trie les choses et affecte les tâches du sprint à
venir. C'est lui qui décide ce qui doit être faite et quand. C'est lui
qui dit que telle tâche est dans ce sprint.
Le team member fait des tâches du sprint.
Mis à jour par Loïc Dachary il y a environ 12 ans
Ajout de Remplacement de zabbix à l'ordre du jour
Mis à jour par Loïc Dachary il y a presque 12 ans
Compte rendu : merci à Polux
Réunion adminsys du mercredi 28 novembre 2012
Présents :- Loïc Dachary
- Vincent-Xavier Jumel
- Theocrite
- Frédéric Couchet
- François Poulain
- Nicolas Vion
Ordre du Jour :
Cf https://agir.april.org/issues/981
- Mail envoyé par Loïc sur la liste admins
https://agir.april.org/projects/admins/wiki/Moyens - Choses restant à discuter.
- Défendre auprès du CA les moyens demandés : 6 mois.homme + 3 machines
supplémentaires. - Budget de l'ordre de 25 k€.
- Location : à voir comme du oneshot. En attendant de s'équiper et de
trouver des hébergements. - Avoir des machines par pairs : évite d'avoir des interruptions de
service. - Bearstech propose un hébergement pour 2 machines.
- Arrivée de Éric Deschamp : bonne pratique à reproduire. Bénévole
spontané. Plein de tâches « faciles » (notamment migrations
lenny->squeeze et la réalisation de sondes). Le bénévole n'est pas resté
dans l'attente. - Nécessité d'un permanent sur le travail d'abattage.
- Dans l'hypothèse d'une embauche, il faut créer un backlog
correspondant à 6 mois de tâches pour un adminsys débutant. - Ce ne serait pas au nouvel arrivant de s'occuper des décisions
d'architecture - Arrivée désirable entre février et fin mars. Décision à acter d'ici
fin 2012.
- Chacun présente ce qu'il a fait au responsable produit, en se
concentrant sur ses besoins. - Frédéric : passe son tour.
- Vincent-Xavier :
- information pour l'ajout de ram ............................... OK
- validation d'anomalies mineures ................................ OK
- répondu à la demande de jeanne concernant l'envoi d'emails ..... OK
- maj du propriétaire de la liste de traduction .................. OK
- travail sur la charte .......................................... OK
- ouverture de compte de Cédric Corazza .......................... OK
- validation des fingerprints des serveurs de l'April ............ KO
(OK après validation) - Théocrite :
- action sur crash de ns1 ........................................ OK
- participation à la discussion concernant Zabbix ................ OK
- résolution du pb de cron drupal ................................ OK
- validation du choix de puppet contre chef ...................... OK
- validation par défaut de l'outil d'intégration continue ........ OK - Loïc : saute son tour, manque de temps.
=> Sprint fermé, tâches remises dans le backlog, listes des tâches à
étudier (avec le product owner) pour peupler le prochain sprint.
- Priorités assez claires pour que la planification du sprint ne pose
pas de soucis. Réunion a prévoir entre Loïc et Frédéric.
Fait.
Validation du choix d'un outil d'intégration continueFait.
Remplacement de zabbixDécidé.
Planification de la migration de ns1Encore en discussion.
Alimentation du backlogPlein de tâche TODO en vrac dans redmine. A ajouter au Backlog.
B's and C's=== B's ===
- assiduité de l'équipe
- présence du pont téléphonique
- réunion productive, on a bien avancé
- réunion régulière
- progression dans la forme et l'appropriation des méthodes, en plus
d'avancer sur le contenu - secrétaire de séance hors équipe adminsys
- mais suffisamment proche du CA et de la trésorerie
- travail de bilan, qu'on ne fait pas souvent en dehors de ce type de
réunion
=== C's ===
- réserver la réunion à la revue de sprint ; ne pas intégrer des sujets
de discussion - dédier la réunion à un sujet
- mieux se documenter, s'imprégner de la méthode agile.
- prendre les notes sur gobby.
Mis à jour par Loïc Dachary il y a presque 12 ans
- Sujet changé de Réunion admin sys : sprint planning à réunion admin sys decembre (1/2)