Aller au contenu | Aller au menu | Aller à la recherche
Par Florence CHABANOIS le dimanche 18 décembre 2011 - Orga
Vu sur twitter :
Demander l'autorisation de faire des tests unitaires, c'est comme demander l'autorisation d'utiliser un débugguer
J'en ai d'autres cette semaine, sur les standards :
Ne pas donner les conditions d'apparition d'un bug, c'est comme envoyer une lettre sans mettre le code postal
Le facteur peut s'en sortir, le développeur aussi, parfois. Perso, je ne compterai pas trop dessus.
Par Florence CHABANOIS le mardi 25 octobre 2011 - Agile
Le développeur d'une autre équipe m'a dit un jour : "Ah non, le scrum master n'est pas censé coder." Il avait l'air vraiment choqué. Je lui ai demandé pourquoi, et il m'a répondu que cela enlèverait de la responsabilité aux équipes. Que c'était intrusif' ? Oui.
Etonnée, je me suis tourné vers les personnes de mon équipe pour avoir leur avis. Elles ont répondu : "Bah... toi, tu veux coder ?"
Paradoxalement, quelques mois auparavant, j'évoquais lors d'un one on one [1] la difficulté que j'avais à récolter du feedback au quotidien. Pour le développeur, je (le scrumMaster) devais être totalement interchangeable avec un autre développeur et pouvoir faire une story de A à Z sans problème. Pour lui, un scrum master code quasiment aussi facilement et régulièrement qu'un développeur.
Par Florence CHABANOIS le dimanche 18 septembre 2011 - Unix
Voici les premiers retours du script de monitoring des logs.
J'étais bien contente du développement super rapide en binôme de ce petit script. J'en avais un peu marre de devoir scanner tous les serveurs quand il y avait un problème et de me demander si telle erreur était "normale" ou pas. Je suis apparemment un piètre vecteur d'enthousiasme : mon mari assez geek était sceptique; mes pairs au boulot n'ont pas semblé plus émus que cela quand je leur en ai parlé. Je me suis vraiment demandé si c'était si peu réutilisable. Alors est ce que cela valait le coup ?
Il est aujourd'hui utilisé sur trois projets Java, avec des équipes et historiques différents : A, B, C. Le script a un peu évolué depuis : il permet de voir l'évolution du nombre d'erreurs dans hudson et contient des règles supplémentaires. Les développeurs reçoivent un mail quand un seuil d'erreurs est dépassé.
Par Florence CHABANOIS le mardi 26 juillet 2011 - Unix
[05/07/2011 03:41:32.196-http-a-8080-7$21292131] Unable to create account for candidat with email=bonjourMail@joujou.com
Par Florence CHABANOIS le jeudi 7 juillet 2011 - Misc
Pendant l'investigation d'un problème A, on a vu par hasard une statistique de plus d'un an en base alors qu'une purge est censée supprimer les données de plus trois mois. Comme j'étais concentrée sur mon sujet et que c'était hors sujet, j'ai tiqué oralement avec mon binôme mais nous n'avons pas relevé plus que cela. C'est important de ne pas perdre le fil, autrement nous passons notre temps à changer de tâche. On n'arrive jamais à destination si on guette toutes les moustiques qui peuvent nous piquer, et encore moins si on se met à la poursuite de chacun d'entre eux. Pour autant, ne pas s'arrêter pour enlever un caillou qui nous gène peut sérieusement compromettre la course.
Quelques semaines plus tard, l'interface ne répondait plus du tout. Une des raisons était que la base de données était complètement saturée, la moindre requête prenait une éternité.
Par Florence CHABANOIS le vendredi 1 juillet 2011 - Agile
Comme chaque année, la conférence Agile France a rassemblé plusieurs centaines de personnes au Chalet de la Porte Jaune pour des conférences agiles à gogo. Bizarrement, le tout premier séminaire Java français avait lieu en même temps... Très bizarre de la part de Zenika d'ailleurs, pourtant sponsor il y a deux ans de la conf agile. D'autant plus que l'organisation d'Agile France est constitué de bénévoles et les speakers non plus ne sont pas payés.
Plus de retrouvailles et de rencontres que de conférences pour moi, mais quelques unes ont été particulièrement sympathiques. Je vous propose un premier billet sur StarWars et le Lean dans l'informatique.
Par Florence CHABANOIS le mercredi 1 juin 2011 - Agile
J'ai compris récemment pourquoi j'avais autant aimé mes toutes premières rétrospectives et moins celles d'un autre projet. Plus que l'amélioration continue même, c'est ce qui permet cette dernière d'être qui m'a plu : le feedback.
J'apprends ce qui a saoulé mes coéquipiers, ce qu'ils ont adoré. Que certains commencent à glisser tout doucement. Et vice versa, je peux mieux me lâcher à ce moment là, je sais que j'aurai cette espace. Parce que j'ai cette possibilité, je peux pleinement me consacrer à éteindre le feu quand il y a un problème.
Pendant mes premières, un étrange sentiment de confort m'entourait. Normal, on souffle un peu (nous sommes entre deux itérations) et nous sommes entre nous. Des conditions top pour réfléchir à du moyen/long terme. Du lien se crée. Pour cette raison, j'aime bien inviter des extérieurs quand ils ont été impliqués dans l'itération.
Par Florence CHABANOIS le mardi 24 mai 2011 - Unix
Nous avons parfois besoin d'effectuer une même opération sur plusieurs serveurs. Les équipes exploitation connaissent bien cette problématique avec la multitude de frontaux à mettre à jour lors d'une mise en production.
Les développeurs aussi. Nous devons créer un répertoire sur les serveurs de recette et d'intégration; suite à un bogue, nous partons à la recherche d'informations dans les logs sur les cinq frontaux; nous avons besoin de comparer les logs de production avec ceux de recette, etc.
Il y a au moins trois possibilités à ce type de besoin : le faire à la main à la suite; utiliser clusterSSH; ou Gnome Connection Manager.
Par Florence CHABANOIS le jeudi 14 avril 2011 - Agile
Au scrum day, j'ai assisté à deux sessions sur le management dans l'agilité : "De scrum master à coach agile" de Véronique Messager et "Pratiques et difficultés pour les managers d'équipes agiles", une table ronde animée par Damien Thouvenin. Si chaque membre de l'équipe peut déjà tout faire et a déjà des responsabilités, quelles progressions de carrière sont possibles ? Devenir scrum master, devenir indépendant ? Comment rétribuer individuellement un succès collectif ? Comment justifier des écarts de salaire quand nous sommes "tous" des développeurs agiles ? Ce billet compile quelques reflexions à ce sujet.
Par Florence CHABANOIS le mercredi 16 mars 2011 - Orga
Quand nous avons un problème, nous cherchons une action qui permettra de le résoudre. Passer par un processus de Plan Do Act Check (PDCA) permet de vérifier que ladite solution est efficace.
Le fait d'en faire un standard a beaucoup d'avantages mais aussi des limites. De temps en temps, une solution convient à un instant T, avec un certain contexte projet (client/équipe) et ne plus du tout être valide quelques mois après. Sans parler du fait qu'il faut du courage pour bousculer ce standard. Résultat : l'équipe se retrouve à maintenir une habitude qui ne lui apporte plus de valeur mais que l'on ne pense pas / ose pas contester. Nous nous retrouvons paradoxalement dans une situation anti-agile. Rajouter des standards se fait plus facilement qu'en supprimer.
« billets précédents - page 1 de 9
