“Ça peut être dur à croire, mais on ne regarde pas une telle transaction strictement d’un point de vue financier. On bâtit ces firmes-là par amour et par passion et avec la conviction profonde que nous développons des technologies qui révolutionneront le fonctionnement et l’efficacité des [utilisateurs].” — Louis Têtu dans Taleo vendue 1,9 milliard $ | Gilbert Leduc | Techno. Je ne connais pas M. Têtu et ne peux pas ne la conviction derrière ses propos, mais je veux y croire. C’est comme ça que ça doit se passer.
Ils ont complètement tout recodé. Je ne suis pas certain que je doive être rassuré. Je peux imaginer que dans certains cas ce soit une bonne idée… mais ce sont des cas rares. Réécrire le code n’amène aucune valeur ajoutée directe pour les utilisateurs. Pour que ça en vaille le coût, il faut que ça amène des changements majeurs qui changent tellement l’évolution du produit que ça devient pratiquement une fonctionnalité (des cycles de nouveautés plus rapides, un changement de modèle d’affaires, de plateforme, de canal de diffusion…). À moins qu’il y ait des problèmes hyper fondamentaux avec le code à l’origine, il y a sûrement des solutions alternatives. Me semble en tout cas un choix discutable, non?
“Hackers try to build the best services over the long term by quickly releasing and learning from smaller iterations rather than trying to get everything right all at once. To support this, we have built a testing framework that at any given time can try out thousands of versions of Facebook. We have the words “Done is better than perfect” painted on our walls to remind ourselves to always keep shipping.” — Extrait de la lettre de Mark Zuckerberg aux actionnaires de Facebook, dans l’élan de l’appel public à l’épargne de la société (de Lessons Learned: The Hacker Way, via @ginatrapani).
“As far as polling for feature requests, we feel this would be a little unfair to users in a few ways. First, we’re adhering pretty strictly to a roadmap of feature rollouts, bug fixes and parity plans across ~15 platforms, all of which are also impacted by individual client updates. While our roadmaps are definitely 100% without a doubt impacted and adjusted by user feature requests, bug reports, etc (I cannot stress this enough so it gets underlined and bolded), the roadmap is also set by our development team based on all of these variables. We’d be doing everyone in our community a disservice if we rolled out a poll that gave you a false sense of choice over any of these variables.” — Tiré de Evernote User Forum - une excellente réponse pour illustrer la complexité d’une bonne gestion de produit
J’ai eu la chance il y a plus d’un an «d’hériter» d’une formation de deux jours à l’école de gestion MIT Sloan sur la thématique du leadership. J’avais pris plusieurs notes, dont la carte mentale suivante qui résume le modèle préconisé par le groupe ayant créé la formation, dont la formatrice Deborah Ancona et l’auteur légendaire Peter Senge.
Le 4 Capabilities Leadership Framework se résume ainsi:
En résumé, il faut retenir que les leaders efficaces savent utiliser les quatre compétences, qui interagissent ensemble. La compétence relationnelle («relating») permet d’obtenir de l’information, ce qui mène à se créer un ou des modèles qui permettent de comprendre les enjeux («sensemaking»). Une fois que c’est fait, le leader doit avoir une vision claire («visioning»), qu’il doit partager avec les autres, mais également bien exécuter en choisissant les bonnes actions («inventing»).
How agile methodologies can help publishers - O'Reilly R -
La rencontre de deux de mes centres d’intérêts professionnels…
Comment leur expliquer ça en vulgarisant mais tout en démontrant la complexité et les aspects dynamiques de la chose?… #defidecesoir (Taken with instagram)
Working Backwards - All Things Distributed -
Sur l’approche de création de produits et service d’Amazon: j’aime l’idée de partir de la fin, en rédigeant le communiqué de presse et la FAQ avant de commencer le projet.
Je prépare présentement une présentation dans le cadre de Agile Tour Québec 2011. Comme la plupart du temps quand j’ai à préparer un long document ou une présentation, je travaille d’abord sur une carte mentale avant de m’attaquer à la création des slides en tant que tel.
La carte évolue évidemment en cours de route. D’un support pour faire un brainstorming personnel au départ, elle se transforme progressivement…
À la fin, la carte devient assez grande:
Et ça mène à une série de diapositives qui ne correspondent pas nécessairement à des branches de la carte (bien que les grandes sections de la présentation correspnondent aux branches principales de la carte).
En complément, ma présentation consiste en un bilan après 2 ans de cheminement vers l’agilité chez De Marque. L’exercice de préparer la présentation m’a forcé à faire un bilan et à prendre du recul, ce qui est fort utile.
Vue dans les rues de Francfort.