Bienvenue sur Développement Agile

Référence sur le développement logiciel Agile. Nous traitons de conception, de programmation, de pratiques de génie logiciel, d'essais et d'autres sujets connexes.

Propulsez votre architectures grâce au TDD et aux Mocks (Agile Montréal)

Publié par Félix-Antoine Bourbonnais le samedi 24 novembre 2012 à 20:00

Cette session a été présentée par Félix-Antoine Bourbonnais à la conférence Agile Tour de Montréal 2012 qui avait lieu le 24 novembre dernier. Un gros merci à l'équipe de la Communauté Agile de Montréal qui a organisé cette activité.

Description

Nous savons depuis longtemps que les tests automatisés jouent un rôle important pour les équipes de développement Agile. Bien que la communauté ait découvert depuis un certain temps des pratiques permettant de maximiser l’émergence du design via le TDD, il est rare que l’on présente des astuces concrètes pour obtenir ce bénéfice.

Cette présentation explique comment tirer le maximum de vos tests unitaires et des « mocks ». Nous présenterons, plus particulièrement, le style de TDD « mockiste ». Ainsi, nous verrons comment les mocks peuvent nous aider à concevoir une architecture ayant une meilleure conception orientée objet. 

  • Niveau : Avancé
  • Public cible : Développeurs et architectes

Évidemment, il n'est pas possible de véhiculer l'ensemble du contenu d'une session de 90 minutes seulement par les diapositives. Toutefois, celles-ci devraient donner une bonne vue d'ensemble aux personnes qui n'ont pas été en mesure d'y assister et permettront aux personnes qui étaient présentes de faire un retour sur les notions mises de l'avant.

Présentation


Propulsez votre architecture grâce au TDD et aux mocks (Agile Montréal, 90 minutes) de Elapse Technologies

Code source

Le code source de la démonstration est disponible pour téléchargement: https://github.com/fbourbonnais/elapse-mocks-architecture-atmtl2012/

Mes présentations Agile Tour Québec 2012

Publié par Louis-Philippe Carignan le mardi 6 novembre 2012 à 19:00

J'aimerais remercier les organisateurs du Agile Tour Québec 2012 de m'avoir donné la chance de présenter à deux reprises lors de cet évènement. Ce fût un plaisir échanger avec les participants et tel que demandé, j'ai mis sur SlideShare.net mes présentations.

Une introduction au Lean Product Development

Conditions de succès: Spécifications ou assurance-qualité

Tester pour apprendre à Agile Montréal

Publié par Louis-Philippe Carignan le jeudi 18 octobre 2012 à 18:00

J'aimerais remercier les organisateurs de la communauté Agile de Montréal pour leur chaleureux accueil jeudi soir. Merci à Martin Goyette d'avoir pris le temps de bien m'orienter dans ma présentation et de m'avoir accueilli à la station de métro pour éviter que je tourne en rond.

Pour les personnes intéressées, vous retrouverez ci-joint la présentation que j'ai donné. Vous pouvez télécharger le fichier PDF en allant sur le site Slideshare d'Elapse Technologies.

Conférence avec Bob Martin: Exiger du professionnalisme

Publié par David Beaumier le mardi 16 octobre 2012 à 16:09

L'équipe d'Elapse Technologies et la Communauté Agile de Québec sont fiers de rendre disponible la captation vidéo de la conférence prononcée par Robert C. Martin le 24 septembre dernier. Afin de rendre sa présentation des plus dynamique, Bob Martin a choisi de personnifier un CTO nouvellement arrivé dans une organisation. Il nous fait vivre ce que pourrait être la première rencontre du gestionnaire avec son équipe de développement.

Dans un style bien à lui, "Uncle Bob" explique par des exemples très concrets pourquoi exiger du professionnalisme d'une équipe de développement logiciel est devenu un impératif. Peu importe le rôle que vous exercez dans une équipe de développement il ne fait aucun doute que le contenu de ce vidéo saura vous apporter des pistes de réflexion.

N'hésitez pas à utiliser la fonctionnalité de sous-titrage offerte par YouTube si vous souhaitez suivre le texte en même temps que l'allocution. Il suffit de cliquer sur le bouton "CC" qui se trouve dans la barre d'outils situé au bas du vidéo.

D'autres extraits vidéos de Robert C. Martin sont offerts en exclusivité sur le blogue developpementagile.com

Ma revue du livre "The High-Velocity Edge"

Publié par Louis-Philippe Carignan le dimanche 5 août 2012 à 20:00

Lors de la conférence Lean Software & Systems à laquelle j’ai participé en mai dernier, j’ai eu l’opportunité d’assister à la présentation de Steven J. Spear à propos des organisations fonctionnant à haute vélocité. Par haute vélocité, on entend des organisations qui se démarquent de la concurrence et qui sont devenues des leaders dans leur domaine respectif.

M. Spear a publié en 2010 le livre « The High-Velocity Edge : How Market Leaders Leverage Operational Excellence to Beat the Competition » où il y détaille sa compréhension des capacités que doit développer une entreprise pour fonctionner à haute vélocité.

Lors de la conférence, on nous a remis une copie de ce livre dans la pochette du participant. Lors de mon vol de retour, je me suis permis de lire les premières pages. Il fut alors difficile pour moi de fermer le livre. J’aimerais donc partager mon impression à propos de cette lecture que je juge pertinente pour tous ceux et celles qui désirent instaurer une culture d’amélioration continue dans leur organisation.

Le premier chapitre du livre présente les quatre capacités que doit posséder une organisation pour se démarquer dans son industrie. On les présente mais puisqu’elles ne sont pas détaillées en utilisant des exemples concrets, on reste sur notre appétit et c’est ce qui nous transporte vers le deuxième chapitre. L’auteur les présente juste assez pour susciter notre intérêt à continuer vers le prochain chapitre.

Le chapitre 2 prend le temps d’expliquer ce qu’est un système complexe. En consacrant seulement une dizaine de pages pour ce chapitre, c’est tout de même une bonne introduction à l’approche systémique avec quelques exemples pour expliquer le concept. On comprend comment bien des systèmes dans notre société sont complexes (manufacturier, médical, développement de produit, etc).

Une fois expliqué ce qu’est un système complexe, Spear présente des systèmes complexes qui ont échoué au chapitre 3. Il explique comment un système complexe qui ne se renouvèle pas est comdamné à produire de mauvais résultats. L’exemple qui m’a particulièrement plus est celui de la formation d’un nouvel employé chez GM. L’auteur explique comment il a fait plusieurs stages de travail dans des usines de GM et Toyota. Il y détaille son expérience en tant que nouvel employé sur la chaîne de montage dans une usine de GM. Bien que l’auteur reste neutre en racontant son expérience chez GM, on sent une chaîne de montage mal organisée et dysfonctionnelle. Cette expérience lui servira tout le long du livre pour la comparer à des entreprises opérant à haute vélocité. Il utilise aussi l’accident de la navette spatiale Challenger ainsi que le système médical pour expliquer comment un système complexe peut échouer. Il montre comment le système médical n’a pas évolué depuis les 50 dernières années et que cela est en bonne partie responsable de son inefficacité. Mais à mon avis, l’exemple de l’usine de GM comparé à Toyota est le plus frappant.

Les chapitres 4 à 9 sont très faciles à lire. L’auteur présente plusieurs exemples d’entreprises qui appliquent les capacités qu’il détaillera dans les chapitres 6 à 9. L’exemple à propos des réacteurs nucléaires américains au chapitre 4 est très intéressant à mon avis. Après avoir comparé le nombre d’accidents de sous-marins nucléaires russes aux accidents des sous-marins nucléaires américains, Spear prend plusieurs pages pour expliquer comment la culture organisationnelle de ce département, le Naval Reactor de la marine américaine, a largement influencé la fiabilité des réacteurs nucléaires américains. Ensuite, il détaille le cas d’Alcoa, où la prévention des accidents de travail a servi de base pour mieux connaître leur système complexe.

Les chapitres 6 à 9 présentent les 4 capacités que l’auteur identifie comme étant nécessaire pour devenir une organisation à haute vélocité. Chaque chapitre est dédié à une capacité. Celle-ci est supportée par plusieurs exemples, souvent de Toyota ou de ses fournisseurs. Ces capacités se résument ainsi :

  1. Concevoir son système et en comprendre ses opérations
  2. Résoudre les problèmes du système et l’améliorer
  3. Partager ses connaissances
  4. Développer les 3 premières capacités chez ses pairs

Le chapitre 10 est tout aussi intéressant. L’auteur reprend les 4 capacités mais dans des situations d’urgence. Par exemple, il explique comment Toyota a réagit lorsque l’usine de son unique fournisseur d’une valve importante a pris feu. Bien que la presse américaine prédisait qu’i faudrait des mois avant que la production revienne à une cadence normale, il n’a fallu que 5 jours après l’incendie pour que la production redevienne normale dans les usines Toyota. Spear souligne comment les 4 capacités étaient encore à l’œuvre, seulement dans un contexte différent. Puisque les employés étaient habitués à résoudre des problèmes dans leur travail quotidien, l’incendie de l’usine était seulement un plus gros problème à résoudre. 

Le chapitre 11 est par contre un peu décevant. Spear présente plusieurs exemples des 4 capacités dans le domaine hospitalier. Cependant, les cas présentés sont cours et mal détaillé. On sent que l’auteur voulait en parler mais qu’un livre en entier aurait pu être dédié à ce domaine.

En somme, je recommande fortement ce livre aux gens qui désirent influencer, modifier ou améliorer la culture organisationnelle de leur entreprise. Le livre offre énormément d’exemples sur lesquels vous pouvez vous baser pour entamer des discussions avec vos collègues. Il ne vous restera plus qu’à travailler pour qu’elles prennent place dans votre organisation.

Bonne lecture!

Archive