DuProgrammeur

Répéter « Pourquoi? » 5 fois

À tous les jours, on rencontre différents problèmes auxquels il faut trouver des solutions. Quand on ne prend pas le temps de s’arrêter pour y réfléchir, il est facile de corriger le problème “le plus rapidement possible” en trouvant une solution sur le coin de la table. Le problème, c’est que cette “solution”, lorsqu’elle est mal pensée peut s’avérer être notre problème du lendemain. Pas très productif au final…

Pour réellement arriver à corriger un problème, il est primordial de commencer par bien le comprendre. Il faut en trouver les racines. De plus, l’effort supplémentaire pour bien analyser le problème va se payer de lui même en nous permettant de découvrir une solution qui sera souvent plus simple que l’on envisageait au départ.

Dans le livre Toyota Production System, Taiichi Ohno explique qu’il utilise la technique suivante : Répétez « Pourquoi? » 5 fois

Pourquoi le Kanban?

À notre passage au Agile Tour lundi dernier, nous avons assisté à la présentation de Benoit Lapointe, IBM Bromont. Ce dernier présentait leur façon de travailler au day to day avec l’approche Kanban.

Depuis le début de l’année, nous avons joué avec la métho Scrum, et en avons constaté des points positifs et négatifs chacun de notre côté. Lors de la présentation du Kanban, Marc (notre nouvel Architecte Senior) et moi avons vraiment eu l’impression que cette approche collerait mieux à nos processus de maintenance habituel et de priorités toujours changeantes.

Agile Tour Québec 2009

J’ai assisté aujourd’hui à une série de conférences organisées à Qc dans le cadre de l’Agile Tour à l’ULaval, dans le très « clean » pavillon Kruger.

Ce fût une journée vraiment excellente qui m’a permis de me requestionner sur plusieurs accrochants auquels nous faisons faces à tous les jours dans l’équipe de développement web.

Scrum et méthodologies agiles… J’aime ou j’aime pas?

L’année 2009 marque le début d’une grande histoire d’amour/haine entre l’équipe de développement web de DuProprio.com et la méthode Scrum dîte “agile“.

Nous entamons actuellement le 5ième sprint de l’année et l’instauration de la méthode se déroule relativement bien, mais certes pas sans générer certaines frustrations au sein de l’équipe et des gens qui gravitent autour.

Après 4 sprints, je me suis dis qu’il était temps de faire une rétrospective et d’essayer de comprendre ma propre opinion sur le sujet. À savoir : est-ce que j’aime ou je n’aime pas la méthode Scrum?

Scrum : gestion de projet agile

Méthodologie de travail spécialement orientée pour les équipes de développement web et techno, la méthode de travail Scrum va être mise à l’essai dans l’équipe des nerds chez DuProprio cette année.

L’an dernier, nous avons souvent eu l’impression de pédaler dans le vide et de ne pas avancer assez vite à notre goût, à force de toujours travailler sur 10 000 choses en même temps. L’équipe grandit rapidement, et la recette magique d’organisation et de coordination des ressources n’est toujours pas parfaite…

Je ne ferai pas parti directement de l’équipe qui exécutera le premier projet Scrum des 3 prochaines semaines car je vais m’occuper d’éteindre les feux et de “goaler” les urgences mais j’ai bien hâte de voir comment le tout va se dérouler. C’est une approche qui a réglé bien des problèmes dans une multitude de compagnies.

Pour en savoir plus sur cette méthode agile de développement, je vous suggère les liens suivants :

http://fr.wikipedia.org/wiki/Scrum

Explication rapido en 5 minutes »

Explication longue, pour les plus courageux »

ou encore, la version vidéo :

http://video.google.com/videoplay?docid=-7230144396191025011