Pyxis

Jeudi le 19 février dernier, nous étions 10 pyxissiens au Gala du Mérite Coopératif 2008. 5 prix ont été décernés. La Coopérative de travailleurs actionnaire (CTA) de Pyxis était finaliste dans la catégorie « Relève coopérative 2008 ». Cette catégorie est ouverte aux coopératives qui ont été crées dans les 5 dernières années. Comme nous vous l’avions dit, il est très rare que des CTA soient finalistes dans cette catégorie.

Nous n’avons pas gagné.

FibrEthik a gagné. Ils le méritent d’ailleurs amplement. Autant que Touski, une coop-bistro qui a gagné dans la catégorie « Coopérative de l’année 2008 ». Les défis qu’ils ont rencontrés et qu’ils ont surmontés, leur contribution sociale unique, tout ça est tout à leur honneur.

Tout de même, ça me rend triste pour une seule raison : je n’ai pas pu parler de Pyxis, de nos valeurs, et je n’ai pu parler de ma fierté d’en faire partie devant les 500 personnes réunies pour l’événement. Alors j’ai envie de vous écrire ce que je n’ai pas pu dire au gala. Alors voici:

Merci à François Beauregard pour ses valeurs, sa vision et son travail acharné à faire de Pyxis ce qu’il est : une place où il fait si bon travailler. Merci à André Brissette pour cette idée brillante d’implanter une CTA au sein de Pyxis. Merci à Marc-André Thibodeau, Marie-Ève Trempe, Marion Gilbert et Christian Lapointe pour le travail bénévole et pour le courage d’avoir fait partie de ça dès le début. Merci à la CDR Montréal-Laval de nous avoir appuyés dans la démarche : en particulier à Armand Lajeunesse, Nada Elkouzi et Chantal Jolicoeur.

À Pyxis, avoir une Coopérative de travailleurs actionnaire était tout simplement une étape logique dans notre évolution : la responsabilisation de chacun, la gestion décentralisée et le partage des richesses correspondent au modèle coopératif.

En ce moment, le message que nous envoyons est extrêmement fort : en groupe, nous faisons avancer Pyxis! Nous sommes un partenaire financier de premier ordre pour Pyxis. D’une part, nous avons la possibilité d’investir dans l’entreprise que nous connaissons le mieux, celle qui nous fait vibrer : la nôtre. Mais aussi (et surtout), nous avons le pouvoir d’en faire ce que nous voulons par nos actions au quotidien.

À l’heure où on se questionne sur les modèles économiques partout dans le monde, parlons de coopération à toutes les entreprises qui pourraient en bénéficier! C’est une façon magnifique d’allier les valeurs sociales économiques pour vivre dans un monde plus humain. Les entreprises se cherchent des façons originales de récompenser leurs employés, de les retenir à long terme, de les fidéliser. Les valeurs coopératives peuvent apporter tout ça, et même plus, à condition d’en faire une vraie philosophie, une vraie vision.

C’est que nous réussissons à Pyxis.

Et je suis très fière d’en faire partie. Bravo à nous tous!

Un nouveau feu s'allume près du Vieux Port, on le distingue à peine du haut de la Canebière, il annonce la naissance d'une nouvelle tribu. Bienvenue à "Esprit Agile"! Que votre esprit soit aussi pur et aussi puissant que le Mistral ;-) Une nouvelle communauté agile démarre à Marseille. Invitations lancées pour le 17 mars prochain. J'espère vous y rencontrer bientôt...

Dans une tentative de démontrer qu’un processus de développement itératif et incrémental produit des résultats plus rapidement dans le cadre d’un projet en intelligence d’affaires (business intelligence – BI), j’en suis venu à préparer une comparaison rapide entre l’approche séquentielle en cascade (waterfall) et l’approche itérative et incrémentale.

Bien que simplifiées, j’ai utilisé certaines hypothèses afin de démontrer mon point de vue. Le graphique qui suit compare les coûts et bénéfices cumulatifs de chacune des approches utilisées dans le contexte d’un projet en intelligence d’affaires (BI).

Les projets en intelligence d’affaires nécessitent généralement beaucoup de temps et d’effort en début de projet afin de planifier, de définir l’architecture et la conception de la solution. Lorsque ces premières étapes sont complétées, jusqu’à 70% du temps de développement (Kimball, 2008) est consacré sur la phase d’ETL (Extract-Transform-Load) et tous ces efforts sont généralement nécessaires avant la livraison d’un premier indicateur de performance (KPI) aux gestionnaires.

Comme on peut le constater, les deux approches exigent un investissement initial dans le développement de la solution. Alors qu’avec l’approche traditionnelle les bénéfices n’apparaissent qu’en fin de projet, l’approche itérative produit des bénéfices dès la troisième itération (mois 3). Ainsi, avec cette approche les premiers indicateurs de performance – généralement les plus importants pour l’organisation – commencent à être livrés et utilisés par les gestionnaires beaucoup plus tôt.

En utilisant une perspective de gestion de projet, l’approche traditionnelle en cascade nécessite généralement que les activités s’exécute de manière séquentielle et selon les étapes suivantes:

Dans ce contexte, l’équipe de développement doit suivre chacune des étapes avant que l’application d’intelligence d’affaires puisse être déployée en production et que les gestionnaires puissent avoir accès à leurs premiers indicateurs de performance. D’ailleurs, cela suppose que les exigences initiales sont exactes et respectées et que le contexte d’affaires n’ait pas évolué pendant la durée du projet.

A titre comparatif, le diagramme qui suit présente des itérations courtes (typiquement entre 20 et 30 jours ouvrables) de développement qui mettent l’accent sur la livraison rapide d’indicateurs de performance.

Bien que l’approche itérative et incrémentale exige tout de même une certaine planification, l’obtention plus rapide d’indicateurs de performance justifie pleinement l’utilisation d’une telle approche.

Connaissez-vous un gestionnaire qui n’aimerait pas obtenir plus rapidement ses indicateurs de performance?

C'est quoi l'amélioration continue? C'est un terme qui revient souvent ici et là...

• l'amélioration continue est l'un des quatre domaines des exigences de la norme ISO 9001 (v2000), par là, elle entend des mesures et des enregistrements de la performance à tous les niveaux ainsi que l'engagements d'actions de progrès efficaces.
  
• le mot Kaizen en japonais désigne une philosophie de travail, qui signifie un changement constant, une amélioration continue à petits pas qui n'a pas de fin. Cette méthode est utilisée dans diverses méthodologies comme le Lean, le Kanban, le PDCA, etc..
• dans Scrum, le temps de la rétrospective est mis à profit pour améliorer les pratiques de l'équipe.
  

Même si tout le monde semble d'accord sur l'importance de l'amélioration continue, est-ce que chacun est prêt à jouer le jeu? Tout le monde est-il d'accord pour s'améliorer en tant que personne? J'ai parfois le sentiment qu'on oublie un peu souvent que l'amélioration de nos façons de faire passe avant tout par le travail que nous devons faire sur nous-même. Qu'avons-nous appris durant les X dernières itérations? Nous somme-nous remis en cause face à un dysfonctionnement? Avons-nous progresser grâce à nos erreurs? Car c'est bien en se trompant, en commettant des erreurs que nous pouvons progresser. Encore faut-il que notre environnement de travail nous le permette...

Notre environnement tolère-t-il les erreurs? Où bien vise-t-il à sanctionner les personnes, et à identifier les fautes? La culture de la "faute" est propice à un climat où chacun fuit ses responsabilités, chacun vise à assoir sa propre position en cachant le plus possible les éventuels dysfonctionnements. Fuyons ses environnements de travail pour des environnements où l'amélioration est récompensée! Alors, regardez autour de vous et... trouvez l'erreur...

J’ai pas mal souffert pour utiliser des variables et faire des calculs dans Selenium IDE. Et finalement j’ai fini par découvrir la commande assertEval qui m’a sauvé la vie

Le 15 janvier dernier, s'est tenue une soirée organisée par l'Agile Alliance à Vincennes. Le but de cette rencontre était de faire connaissance avec les différents groupes et associations qui soutiennent localement l'agilité. Il était donc important que le CARA y soit représenté! Nous partîmes en grand renfort (à cinq) depuis Grenoble vers la capitale...

Les membre du board de l'Agile Alliance étaient présents et disponibles. Les discussions (in english, sir) fuseaient dans toute la salle, tandis que des petits canapés et le champagne étaient servis. En parallèle aux discussions informelles, il nous a était demandé de travailler, de remplir de grandes feuilles blanche pour expliquer comment nous voulions que les organisations soient connectées les unes aux autres. Dans un second temps, sur la base des dessins faits aux murs, nous échangions tour à tour sur les façons d'aider chaque organisation locale dans sa mission. En plus d'un soutien financier, l'Agile Alliance pourra contribuer à nos évènements, notamment en y envoyant des orateurs clefs.

Au final, je dirais mission réussie et j'en veux pour preuve ce cliché rapporté par Eric Lefèvre sur son blog. Le CARA y est bien représenté! Notez aussi une mention spéciale pour nos Coding Dojos!