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.

Nous sommes donc en implantation du Kanban depuis mardi dernier. Comme l’implantation de n’importe quel processus de travail dans une équipe ne se fait pas sans douleur, j’ai décidé de partir à la recherche d’articles et de présentations écrits par du monde plus éloquents que moi et expliquant les “pourquoi” du Kanban afin de m’appuyer sur de bonnes bases pour vendre ma salade et aider tout le monde à mieux saisir les objectifs visés.

Henrik Kniberg a rédigé ce document que je suis en train de lire et qui me semble être la meilleure introduction :

Kanban vs Scrum – how to make the best of both

From his blog :

• Jim: “Now we’ve finally gone all-out Scrum!”
• Fred: “ So how’s it going?”
• Jim: “Well, it’s a lot better than what we had before…”
• Fred: “…but?”
• Jim: “… but you see we are a support & maintainance team.”
• Fred: “yes, and?”
• Jim: “Well, we love the whole thing about sorting priorities in a product backlog, self-organizing teams, daily scrums, retrospectives, etc….”
• Fred: “So what’s the problem?”
• Jim: “We keep failing our sprints”
• Fred: “Why?”
• Jim: “Because we find it hard to commit to a 2 week plan. Iterations don’t make to much sense to us, we just work on whatever is most urgent for today. Should we do 1 week iterations perhaps?”
• Fred: “Could you commit to 1 week of work? Will you be allowed to focus and work in peace for 1 week?”
• Jim: “Not really, we get issues popping up on a daily basis. Maybe if we did 1 day sprints…”
• Fred: “Do your issues take less than a day to fix?”
• Jim: “No, they sometimes take several days”
• Fred: “So 1-day sprints wouldn’t work either. Have you considered ditching sprints entirely?”
• Jim: “Well, frankly, we would like that. But isn’t that against Scrum?”
• Fred: “Scrum is just a tool. You choose when and how to use it. Don’t be a slave to it!”
• Jim: “So what should we do then?”
• Fred: “Have you heard of Kanban?”
• Jim: “What’s that? What’s the difference between that and Scrum?”
• Fred: “Here, read this article!”
• Jim: “But I really like the rest of Scrum though, do I have to switch now?”
• Fred: “No, you can combine the techniques!”
• Jim: “What? How?”
• Fred: “Just read it…”

Kanban vs Scrum – a practical guide

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.

J’ai trouvé particulièrement intéressant les sujets suivants :

• La philo TDD (Test Driven Development)
• L’utilité évidente des tests unitaires (Unit Tests) automatisés et leur impact sur la productivité
• L’approche d’intégration continue
• La métho Kanban
• Les estimés T-Shirt
• La règle « Pull , don’t push »
• La liste des « 7 wastes of Software Development » et l’analogie de l’Empire State Building par Mary Poppendieck

Je vais essayer de détailler certains de ces points dans les prochains jours pour partager et pour m’aider à décanter tout ça…

D’ici là, si vous avez participé à la journée, j’aimerais bien connaître vos « highlights ». Qu’avez-vous appris de neuf? Qu’est-ce qui fonctionne ou qui ne fonctionne pas dans votre contexte de travail?

On a trippé aussi. On a tellement trippé fort qu’on a réussi à convaincre les hautes instances de nous laisser mettre de côté les projets en cours pour monter un prototype d’intégration Street View sur DuProprio!

Et voilà, c’est en ligne depuis cet après-midi. Vous pourrez voir le résultat dans la majorité des listings de :

• Québec Centre-Ville
• Montréal
• Toronto
• Vancouver

Sérieusement… c’est malade! Vive les gadgets technologiques!

Pour plus de détails sur l’outil, lisez cet excellent message de Jay sur le blogue officiel. Il est bien meilleur que moi pour jongler avec les mots et les ponctuations.

Sinon, passez directement à une annonce pour voir le résultat ici : http://duproprio.com/condo-a-vendre-cote-des-neiges-quebec-129171#map

Je me connecte ce matin à BaseCamp et je reçois ce popup tout simple en plein visage :

Je trouve ça tout simple, mais tellement parfait! Quelle belle manière de garder ses visiteurs « dans la loop » et de les tenir informés sur les développements de leur outil favori. C’est certain que plusieurs vont s’en foutre royalement, mais moi je trouve ça excellent.

À bien y réfléchir, c’était même un peu l’objectif de ce blogue dans le temps… Mais c’est bien mieux amené!

Chapeau, j’aime beaucoup l’approche in your face!

Jusqu’à maintenant, ce que je peux voir de Zend_Db_Table me va bien, mais je n’aime vraiment pas l’utilisation proposée pour les requêtes Select.

Exemple : Utilisation simple

$table = new Bugs();

$select = $table->select();
$select->where('bug_status = ?', 'NEW');

$rows = $table->fetchAll($select);

Exemple : Utiliser une table intermédiaire par jointure avec fetchAll()

$table = new Bugs();

$select = $table->select();
$select->where('bug_status = ?', 'NEW')
       ->join('accounts', 'accounts.account_name = bugs.reported_by')
       ->where('accounts.account_name = ?', 'Bob');

$rows = $table->fetchAll($select);

Je sais que je peux continuer de pousser mes requêtes en string comme dans le bon vieux temps, et je trouve ça beaucoup plus lisible et efficace. Ceci dit, j’aimerais savoir quels sont les avantages d’utiliser la syntaxe montrée ci-dessus. Quelqu’un peut me vendre l’idée?

Pour voir l’offre en détail, visitez :

DuProprio.com/emplois

Je vous suggère aussi ce post de notre Directeur des technologies à propos de notre équipe et de la personne idéale recherchée.

Passez le mot!

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?

Les bons points :

Le matériel. Ça peut paraître niaiseux, mais c’est plaisant. Les cartes de planning poker, les grands tableaux blancs, les petits aimants en forme de post it, je dois dire que Sam nous a bien équipé dès le départ.

Pouvoir prendre son temps. Pour bien faire les choses. Pour se consulter. Pour être au courant de ce que tout le monde fait et des implications sur son propre travail. Pour bien penser les features en équipe plutôt que chacun de son côté enterré par ses propres urgences.

La carapace. Les développeurs dédiés au sprint sont quasi imperméables aux urgences pas si urgentes que ça qui ne manquent jamais de survenir normalement et qui empêchent d’avancer leurs dossiers principaux. Une fois la structure installée, c’est le/les développeurs responsables de la garde qui écopent.

La planification et l’ordre des priorités. À partir du moment ou les semaines sont gelées en blocs, le rôle et la responsabilité du Product Owner est multipliée par 10. Les demandes sont accumulées par sujets, et il n’y a plus de place pour les projets pas si importants que ça. Le travail devient automatiquement plus planifié (un peu) à l’avance et réfléchi.

Aide à comprendre. En se rencontrant à tous les jours et en voyant au tableau la progression des projets, il est beaucoup plus facile de voir les dérapages et de comprendre ce qui les cause. Ça aide à comprendre pourquoi un projet n’est pas encore fini après X semaines alors que d’habitude on a juste l’impression de tourner en rond et d’avoir des développeurs qui se pognent le steak…

Intègre l’équipe et mets en relation. Les démos avec les gens de la compagnie permettent une interaction particulièrement intéressante et du feedback qui n’était pas aussi présent lors des autres projets. L’équipe s’en trouve mieux intégrée à l’entreprise.

Les mauvais points :

Le mot Scrum. Ça sonne comme Scrotum. Bon… Ça a l’air de rien, mais ça n’aide pas à faire aimer la structure à ton boss quand il veut te balancer une urgence et qu’il ne peut pas à causes des méthodologies agiles…

Le livre dit de faire ça. Comme dans toute structure, il arrive des moments ou tout le monde a l’impression qu’on fait quelque chose qui sert à rien mais que la structure dit de le faire. Ceci dit, on est pas plus fou que d’autres et on sait très bien qu’il ne s’agit pas d’appliquer une recette exacte sans l’adapter à notre réalité. Il arrive quand même que certains intervenants ne voient pas la pertinence de chacune des étapes… Surtout dans les premiers sprints.

Un solide coup de pied dans les couilles de l’innovation. Le fait de savoir 6 mois d’avance les projets qui s’en viennent permet certes de mieux les planifier, mais ça élimine également presque complètement la place pour les dérapages et les bons flash. Ces concepts innovateurs qui mènent plus souvent qu’autrement sur une fausse piste, mais qui permettent aussi parfois de tirer dans le mille et de garder sa compagnie en avant des compétiteurs.

Ce qui est bien, c’est que DuProprio alloue du temps aux développeurs à chaque semaine durant lequel ils peuvent travailler sur ce qu’ils veulent. C’est ce qui nous a permis de créer la section Twitter il y a quelques semaines d’ailleurs…

Agile? Je crois que je ne comprends pas la signification du mot agile. Je veux dire… 3/4 des irritants qui ont été ressentis durant l’implantation de cette structure étaient liés au fait que l’on devenait moins agile… Moins apte à se revirer sur un dix cennes au gré des idées et des brainstorming.

On a jamais planifié autant que cette année (même si de l’avis de plusieurs nous ne le faisons toujours vraiiiiiiiiiiiment pas assez!). DuProprio a toujours été une compagnie excessivement agile, qui agit d’instinct, qui se trompe, qui se relève et qui score. Ça a toujours été notre point fort, mais aussi notre point faible… Alors bon, les choses changent, on vieillit et on devient plus sage j’imagine…

Chez DuProprio, Scrum n’est pas une méthodologie agile. C’est une méthodologie de développement réfléchi…

La semaine dernière, Pierre-Luc (@plbabin), Bass (@bassoburo) et moi (@frederickdubois) avons mis en ligne la section www.duproprio.com/twitter. Cette section donne un aperçu rapide de ce qui se passe sur cette plateforme pour notre entreprise en donnant un accès rapide au compte officiel de la compagnie ainsi qu’aux comptes des employés qui se sont lancés dans la twitt-o-sphère.

Suivez le compte de votre région!

Si vous êtes à la recherche d’une propriété, l’option la plus intéressante dans tout ça est sans aucun doute la possibilité de suivre le compte Twitter de votre région. Ces comptes sont programmés pour vous envoyer un message à chaque fois qu’une nouvelle propriété est mise en ligne sur le site de façon instantanée! Un excellent moyen pour les technos d’être les premiers sur la puck!

Pour l’instant, un compte est disponible pour chacune des régions du Québec. Si l’initiative s’avère être un succès apprécié des twitteurs, nous prévoyons ajouter des comptes pour les grandes villes et certains types de propriétés précis.

Que pensez-vous de l’utilisation de Twitter en entreprise?

J’aimerais beaucoup avoir votre opinion et vos idées sur ce qui se fait actuellement sur Twitter en entreprise au Québec et dans l’immobilier en général.

Selon vous…

• Qu’est-ce qui se fait de bon en entreprise sur twitter actuellement?
• Qu’est-ce qui devrait se faire et que personne ne fait?
• Comment DuProprio devrait développer son utilisation de twitter?

Vos commentaires sont les bienvenus, sur ce blog ou sur twitter bien entendu!

Au menu : Importation de feuilles de données, gestion en ligne des cartes et marqueurs, possibilité de partager et collaborer sur la création d’une carte qui pourra être publiée aisément partout sur le web.

Réservez votre place pour le beta ici : ça me semble assez prometteur.

Vous avez testé le produit? J’aimerais connaître votre opinion sur mapspread, ainsi que toute idée en lien avec DuProprio et les services de cartes en ligne , merci!

Construire un lecteur RSS en 5 minutes :