Essais

Quel est le mode d’organisation le plus efficace ? Centralisation ou distribution ? Face a la complexité du monde dans lequel nous vivons deux comportements sont possibles, quand il s’agit de choisir un mode d’organisation. Que ce soit pour classer des documents, concevoir une architecture logicielle, organiser une grande quantité de données, organiser un travail collectif, organiser une entreprise, ou que sais-je, on peut choisir de mettre en place un point de référence centrale ou pas.

Des User stories estimées en point de complexité ? Qui n'y comprend rien ? Qu’est ce qu’une User Story Dans nos projets agiles, nous découpons nos besoins en petites fonctionnalités. Cette liste de fonctionnalités est appelée le Product Backlog (ou “carnet de produit” comme disent les Quebecois). Chaque fonctionnalité est appelée “User Story”. En francais, on entend parfois “Histoire Utilisateur”, mais comme tout le monde dit User Story, je vais rester là dessus.

Est-ce que vous connaissez cette expérience qui a été mené par IndustrialLogic pour promouvoir la programmation en binôme1 ? Pair Drawing Cette expérience consiste à mettre en lumière la différence entre le travail individuel et le travail en pair, par la création d’un dessin. Voici les deux premiers dessins mis en avant sur le site : Solo Drawing Pair Drawing Par cette comparaison il apparait clairement qu’un travail à deux est beaucoup plus riche qu’un travail en solo.

Je pourrais vous parler de gestion de projet informatique mais j’ai eu récemment, pendant une sieste, l’envie d’utiliser une autre sorte de projet: une pièce de théâtre1. Au départ de notre projet nous commençons par chercher un texte. Nous parcourons les bibliothèques publiques ou les étagères de nos logements, voire internet pour trouver le texte d’une pièce qui nous plaise. Supposons pour l’exemple que l’on ait trouvé une pièce en 2 actes de 3 scènes.

Ca y est, j’ai enfin fait l’effort d’installer sur mon blog le souligneur de l’institut agile. A partir de maintenant, pour tous les messages écrit et à venir, s’ils contiennent un mot au répertoire du référentielle de pratiques, il sera automatiquement souligné et une définition de référence en sera donnée. Par exemple : Programmation en binômes Pour installer cet outil, rien de plus simple. Il suffit d’ajouter le javascript suivant dans toutes les pages de votre site.

Je viens d’intégrer depuis peu une équipe toute jeune qui a bien du mal à conduire ses réunions. En particulier, sous le feu de la passion, les discussions avaient tendance à partir dans toutes les directions. En bon consultant agile, j’ai proposé d’utiliser une boite à meuh ! Levée de boucliers ! Ah non, c’est ridicule et ça fait du bruit, on va se faire remarquer. Bon! La proposition n’a pas été acceptée….

Les informaticiens aiment communiquer. Ils n’ont pas les lunettes sales comme on l’entend dire parfois. Quand j’étais étudiant (en informatique), nous nous retrouvions par nécessité dans les salles informatique pour travailler. En effet il était difficile à l’époque de travailler chez soi car les ordinateurs étaient encore trop chers pour la plus part d’entre nous. C’était plaisant de partager notre peine (les solutions sont souvent abstraites et difficile à comprendre), nos peurs de l’échec et notre passion communes.

Voici quelques interrogations que l’on entend parfois à propos des équipes agiles. Est-ce qu’il n’y a pas malgré tout un chef ? Oui ! En tout cas, il y a un ou des leaders. Les personnes expérimentées ne sont-elles pas forcément plus influentes ? Oui ! Est-ce qu’on peut vraiment faire binômer un développeur senior avec un débutant ? Non, sans doute pas très longtemps. En tant qu’analyste métier, quelle est ma place ?

Bonjour la liste1, ”…Le découpage en plusieurs équipes me semble avant tout une affaire de contexte…”2 Si Galilée avait posté sur cette liste que la terre tourne autour du soleil, nous lui aurions sans doute répondu : “ça dépend du contexte mon cher Galilée” (enfin on aurait parlé italien évidement). Et ce n’est pas faux, tout est relatif et dans un système composé uniquement d’une terre et d’un soleil, bien malin celui qui pourra dire qui tourne autour de qui.

En voyant ce titre, je suis sûr que certains vont s’attendre à ce que j’explique lequel d’Hudson ou d’un autre outil est le meilleur ! je vous le dis tout de suite, ces personnes peuvent passer à autre chose et augmenter le taux de rebond dans mes statistiques google analytics. Ce que je voudrais expliquer ici, c’est pourquoi il faut faire de l’intégration continue. A noter que l’intégration continue dont je parle ici n’est pas simplement une question informatique.