mathieu boisvert
Articles de mathieu :
- : Connaître un langage majeur (ex: .NET, Java, PHP)
- : Connaître une technologie de client riche (RIAs)
- : Connaître le développement web
- : Connaître les services web
- : Avoir des compétences humaines (Soft skills)
- : Connaître les langages dynamiques
- : Connaître les méthodes Agile
- : Avoir de l’intérêt pour les domaines d’affaire
- : Avoir une bonne hygiène de développement
- : Connaître le développement embarqué (Mobile)
Révélation d’un jeune chargé de cours
Mon expérience comme chargé de cours à l’UQAM se poursuit cet hiver. Je donne à nouveau le cours « Méthodologie Agile en gestion de projet ». La 2e semaine du cours avait été, à mon avis, une belle réussite : nous avions couvert les sources de gaspillage, la pratique de la cartographie de la chaîne de valeur, les décisions au dernier moment responsable. Nous avions même fait un atelier pratique : améliorer une chaîne de montage qui produit des bateaux en papier. Pour la 3e semaine, j’avais planifié de compléter le matériel sur la méthode Lean : la théorie des contraintes, la théorie des files d’attente, la pensée systémique et le Kanban.
Animation graphique (« Graphic Facilitation »)
À la SIQ, les organisateurs d’un atelier soulignant l’avancement Agile de l’organisation cherchaient à produire un artefact qui conserverait une trace de cet événement. Ils ont pensé à produire une mosaïque de la discussion, un peu à l’exemple de ce que CANU a fait lors d’un atelier à Pyxis ou de ce que le PMI a fait lors de leur dernier PMI Leadership Meeting.
Comme j’ai été désigné pour dessiner cette mosaïque, j’en ai profité pour voir si c’était une pratique répandue. J’ai découvert 2 pratiques ressemblant à ce que nous voulions faire : le Graphic Facilitation et le Graphic Recording, que je décris plus loin dans ce billet.
 |
 |
 |
| Mosaïque produite à la SIQ | Mosaïque produite par les gens de CANU | Mosaïque produite lors du PMI Leadership Meeting |
Livre « Business Model Generation »
J’aime beaucoup travailler avec des modèles simples qui conservent et rappellent le modèle d’affaires d’une entreprise ou la vision d’un produit parce qu’ils permettent aux membres d’une équipe de partager la même pensée et donc d’agir et de prendre des décisions rapides et alignées sur des objectifs communs. La lecture du livre Business Model Generation a enrichi mon coffre à outils de nouveaux modèles.
Retour sur la présentation au IIBA Montréal
Mercredi dernier, j’étais invité à donner une présentation au IIBA Montréal. J’aimerais remercier le groupe; sa participation a rendu la présentation très dynamique.
Lire la suite »
Méthodologies Agiles à la chaire de gestion de projet de l’UQAM
Quelques contacts ont remarqué que mon profil LinkedIn indique que je suis chargé de cours. Effectivement, je suis chargé de cours à la Chaire de gestion de projet de l’UQAM. Je donne avec Shayne Mitchell, sur invitation de Claude Besner, le cours « Méthodologie Agile en gestion de projet ». Nous avons donné 8 cours sur 15 à ce jour.
La mesure du succès — Comment vérifiez-vous le succès de vos projets?
Moi qui suis toujours à la recherche de nouveaux moyens pour atteindre les objectifs fixés par les projets, j’ai été interpellé par cet article: Après avoir dépensé 75 millions de dollars, le gouvernement du Québec suspend le projet d’informatisation du système judiciaire, voué à l’échec. Pas tellement parce que c’est un projet public, mais plutôt parce que je crois que le marché du développement logiciel manque toujours d’expertise pour assurer le succès de ses projets. La citation de Michelle Courchesne résume très bien le symptôme: « … On ne peut pas attendre d’avoir dépensé les 105 millions de dollars autorisés et se dire que ça ne marche pas. Sinon, après, il faudra donner encore plus d’argent. C’est fini ça, on ne peut plus faire ça. »
Lire la suite »
Garder les options ouvertes
Face à un choix, on peut prendre une décision éclairée ou courir le risque de prendre une mauvaise décision. On peut également retarder la décision afin de réunir l’information permettant d’augmenter les chances de prendre la meilleure décision possible.
La prise de décision au dernier moment responsable est un concept fort des méthodes Agiles, en particulier de l’approche Lean. La lecture du document Agile Extension to the BABOK Guide m’a fait redécouvrir l’analyse par les options réelles (en anglais : ROA–Real Options Analysis), qui est une application du concept du dernier moment responsable.
Adaptation du rôle d’analyste d’affaires dans une équipe Agile
Le Agile Extention to the BABOK® Guide apporte une piste de réflexion intéressante à propos des analystes d’affaires en dressant une liste des rôles naturellement tenus par un analyste au sein des équipes Agiles. Le document se concentre sur les analystes d’affaires, mais selon moi cela s’applique également aux analystes fonctionnels et, en partie, aux analystes organiques.
Voici ce que la liste indique :
Kanban vs Scrum de Henrik Kniberg
Je suis en mandat avec une équipe de développement qui ne peut d’emblée adopter toutes les pratiques de Scrum. Le domaine d’affaire de l’application est si complexe qu’il est difficile pour le PO de présenter à l’équipe l’équivalent de quelques semaines de travail. Pour le moment, nous avons décidé de contourner le problème sans se priver des valeurs d’amélioration et de collaboration de l’Agilité en adoptant la méthode Kanban. Isabelle Therrien m’a référé un très bon article de Henrik Kniberg à propos du Kanban versus Scrum. C’est la meilleure vulgarisation de la méthode que j’ai lu à ce jour. Contrairement à d’autres articles, il explique bien le Kanban comme une méthode Agile à part entière, et pas seulement une adaptation de Scrum.
L’article explique notamment que: – Scrum est dirigé par l’engagement et les boîtes de temps alors que le Kanban est dirigé par un flux tendu et le périmètre. – Kanban permet la ré-introduction de spécialités impossibles à diffuser au sein d’une équipe pluri-disciplinaire – Kanban permet au PO de planifier les items à développer à l’unité alors que Scrum permet la planification d’items en lot
Attention! Kanban est moins restrictif que le Scrum. Il faut prendre garde de respecter l’esprit Agile.
Avez-vous des mises en garde ou des opinions à propos de Kanban?
Les compétences techniques qu’un développeur devrait améliorer selon Justin James
J’aime bien cet article qui liste les compétences passe-partout que les développeurs devraient chercher à améliorer. Voici la liste des thèmes, lire l’article pour le détail.
Les temps changent; il me semble qu’à mes débuts, la liste aurait aussi inclus des connaissances du SQL avec un SGBD, et au moins un langage script (utile entre autres pour faire des scripts de build et des batchs).
Dans tout les cas, je vois d’un bon œil d’avoir une liste d’axes de compétences avec laquelle je peux me mesurer dans mon processus d’amélioration continue.