Predictable outcomes are one of the key expectations that the marketplace imposes on companies and their senior management, and these expectations eventually flow down to software development. Unfortunately, software development has a notorious reputation for being unpredictable, so there is a great deal of pressure to make it more predictable. [...]

Because we assume that our predictions are facts, we tend to make early decisions that lock us into a course of actions that is difficult to change. Thus, we lose our capability to respond to change when our predictions turn out to be inaccurate. [...]

We forget that the predictions of the future are always going to be inaccurate if they are 1) complex, 2) detailed, 3) about the distant future, or 4) about an uncertain environment. [...]

There are, however, well-proven ways to create reliable outcomes even if we canot start with accurate predictions. [...] Fundamentally, an organization that has a well-developed ability to wait for events to occur and then respond quickly and correctly will deliver far more predictable outcomes than an organization that attempts to predict the future.

Question d’un client :

Bonjour Je m’apprete à faire une promesse d’achat et j’aimerais le faire directement sur le document à l’ordinateur mais le document est vérouillé, que faire?

Réponse :

Les documents d’offre d’achat disponibles sur le site sont offerts en 2 version : Imprimable et Électronique.

Les documents en version “Imprimable” sont optimisés pour l’impression et ne peuvent être modifiés à l’écran. Si vous désirez remplir votre document à l’écran, l’idéal est de choisir le document en version “Électronique”.

Adresse des documents sur le site :
http://duproprio.com/recherche.php?topic=offre

Adresse de l’offre d’achat unifamiliale en version électronique :
http://duproprio.com/files/Documents_legaux_DP/Offre_achat_uni/UNIFAMILIALE_e.doc

Depuis quelques semaines, une nouvelle version de la recherche par carte est en chantier dans les locaux de l’équipe de développement. L’objectif de cette refonte?

1. Optimiser la rapidité de chargement des marqueurs;
2. Améliorer la clarté des résultats de recherche dans les grands centres où de plus en plus de propriétés sont affichées;
3. Retravailler l’ergonomie générale de l’interface visuel, de la navigation et des outils de filtre.

Une version beta est disponible depuis hier sur le site afin de mettre � l’essai ce nouveau code et recueillir le feedback des utilisateurs. Pour constater les changements, visitez la recherche par carte actuelle, et cliquez sur le bouton Essayez notre nouvelle carte BETA situé en haut � la droite de l’écran.

Nous avons besoin de votre aide!

Afin de nous assurer de livrer un produit � la hauteur de vos attentes, nous faisons appel � vous. Si au cours de votre navigation vous constatez des problèmes, ou si vous avez des suggestions pour améliorer la recherche, laissez-nous vos commentaires par courriel � : beta@duproprio.com ou dans l’espace de commentaires ci-dessous.

Bravo � Pierre-Luc pour son travail sur ce projet!

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

Repeating Why Five Times

When confronted with a problem, have you ever stopped and asked why five times? It is difficult to do even though it sounds easy. For example, suppose a machine stopped functionning :

1. Why did the machine stop? There was an overload and the fuse blew.
2. Why was there an overload? The bearing was not sufficiently lubricated.
3. Why was it not lubricated sufficiently? The lubrication pump was not pumping sufficiently.
4. Why was it not pumping sufficiently? The shaft of the pump was worn and rattling.
5. Why was the shaft worn out? There was no strainer attached and metal scrap got in.

Repeating why five times, like this, can help uncover the root problem and correct it. [...] By asking why five times and answering it each time, we can get to the real cause of the problem, which is often hidden behind more obvious symptoms.

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!