mai 2009Monthly :

Compte rendu de la réflexion stratégique

Les membres du groupe stratex ont tenu deux jours de réflexion stratégique la semaine dernière.
Je vais tenter par le biais de ces quelques lignes de vous faire un bilan de ce qu’ont été ces deux journées et quelle en a été l’atmosphère, à partir de mes observations personnelles et des commentaires de tous les participants recueillis à la fin de la deuxième journée.

Pour la petite histoire, c’était la troisième fois que nous appuyions notre réflexion sur les principes de gouvernance mis de l’avant par l’approche dite de tableau de bord intégré.
S’il y a eu amélioration à chacune des étapes, c’est certainement lors de ces deux dernières journées que les avancées ont été les plus marquées, tant au point de vue de l’adoption de l’approche que de l’atmosphère décontractée, conviviale et collaborative des rencontres.
Nous disposions d’une carte stratégique qui avait été préparée quelques semaines auparavant grâce à l’implication de Martin et Dominic. Les rencontres préparatoires avaient aussi fait en sorte que les attentes envers chacun avaient pu être communiquées.
C’était aussi la première fois que le groupe était scindé en deux. La première journée adressait les objectifs d’affaires avec les PO d’offres de services, alors que la deuxième journée était consacrée aux engagements à prendre pour réaliser les objectifs d’affaires; ce sont alors ajoutés à la discussion tous les autres membres du groupe stratex.

Les deux journées ont été très productives. Les idées ne manquent pas, non plus que les défis.

Je vous fais part des commentaires retenus et des répercussions de ces deux journées.
D’abord, Pyxis devrait connaître une croissance comparable à celle de l’an dernier.
Les ajouts de ressources en BI principalement et quelques ajouts pour répondre aux besoins de l’offre Ensemble, feront croître le nombre de Pyxissiens dans le courant des six prochains mois. On sera à la recherche de ressources séniors en BI et allons aussi devoir recruter du côté .Net.
Si Pyxis se positionne définitivement comme un fournisseur de produits (Investissement dans Dialoog et dans la ligne Green avec de nouveaux produits), nous voulons aussi être les premiers à conquérir le monde du BI en mode Agile : “on veut être les premiers à planter le drapeau” comme dirait le PO de cette offre de service.

Suite à ces deux jours, nous pouvons concentrer nos efforts sur des objectifs communs et partagés. Cette synergie devrait aussi s’observer par la mise en marché et le service clients de manière à faire vivre une expérience unique à ces derniers.

Faire grandir l’organisation va demander l’engagement de tous et chacun, il va de soit.
Les objectifs fixés vont aussi mettre en lumière des besoins pour le développement d’expertises et l’agrandissement de la capacité en caddying. La démarche caddy semble bien s’implanter et les mois qui viennent devraient permettre de documenter le processuset les rôles et responsabilités de façon plus précise.

Pyxis continue à investir dans la création de valeur, la démonstration en a clairement été faite. Nous allons aussi mieux équiper les Pyxisiens pour qu’ils soient en mesure de bien répondre aux questionnement du marché.

En résumé, deux journées sous le signe de la collaboration, de l’engagement et d’une volonté commune à faire avancer l’organisation. Merci à Christian qui a été notre animateur durant ces deux jours.

Merci à chacun.

maurice bergeron
directeur général

Contourner l’intégration continue

De plus en d’équipes pratiquent l’intégration continue. Team Build et Team Foundation Server sont particulièrement bien dotés pour cela :

  • Démarrage des builds basé sur les évènements du contrôleur de source
  • la configuration est facile et permet d’empiler des compilations et de définir le nombre de builds à conserver afin de limiter l’espace disque utilisé par exemple

Cependant, il peut être utile de contourner le lancement de la compilation lors d’un archivage ( édtion d’un script de build, création d’une branche…).

Lors de l’archivage de votre changeset, placez en tête de votre commentaire le texte suivant :

***NO_CI***

Cette commande indiquera au moteur de build que vous ne souhaitez pas déclencher l’intégration continue.

Le lycée collaboratif existe, depuis 1982

Aujourd’hui, un reportage surprenant sur le Lycée expérimental de Saint-Nazaire diffusé sur France 2. Ce lycée expérimental créé en 1982 est un établissement scolaire public cogéré par les professeurs et les élèves : élèves et professeurs partagent droits et devoirs. Des équipes d’élèves se relaient tous les 15 jours et assurent ainsi tout le fonctionnement de l’établissement. Hum… des équipes (de jeunes de 20 à 25 ans environ) sont changées et la gestion fonctionne en continu… on sait faire ça dans nos métiers?

Des élèves en difficulté scolaire peuvent y trouver leur compte et réussir ici (obtenir leur diplôme BAC) ce qu’ils échouent dans une structure traditionnelle. Des élèves témoignent qu’ils sont confrontés à des expériences inédites : travail en équipe, collaboration avec des adultes, tout cela leur donnent une grande confiance en eux. Ici, ils ont le droit de l’ouvrir, s’exprimer… ailleurs on leur disait seulement d’écouter et de travailler. Dans cet établissement, la sanction n’a plus lieu et l’autorité a été remplacé par la responsabilisation. Son taux d’obtention au BAC est le plus bas de France (50%) et s’explique par le fait qu’il y a dans cet établissement une plus grande proportion de jeunes en situation de difficultés scolaire.

Éducation, éducation… quels sont tes critères de succès?

Nouveau processus Caddy à Pyxis Technologies

Suite à la formation Salto donnée par Aspectus, Pyxis Technologies a décidé de changer le rôle du Caddy. En effet, le Caddy n’a plus comme mission principale d’agir à titre de ressource humaine, mais d’agir aussi comme coach personnel.

Voici donc un resumé du nouveau processus caddy.

Pourquoi?

Parce que l’individu est la richesse la plus importante de l’organisation, que son développement est intimement lié à celui de Pyxis et que les Caddys sont le meilleur moyen d’aider un individu à se développer.

Quoi?

Le Caddying est une relation d’accompagnement et de coaching sans autorité qui est basée sur la confiance et le respect. Dans un premier temps les Caddys permettent à l’individu de se retrouver dans l’organisation et dans un deuxième temps d’y développer leur plein potentiel au grand bénéfice de l’individu, des Caddys et par le fait même de Pyxis.

Qui?

Le Caddy est une personne humble et capable d’une grande écoute. Il a le courage de confronter l’individu si cela s’avère nécessaire et la sagesse de le faire dans le respect de la personne. Avant tout, il partage avec l’individu un objectif commun : le développement de ce dernier.

L’équipe Caddy est consciente de l’impact positif énorme qu’elle peut avoir sur l’organisation. Guidés par la même passion du développement de l’individu, les Caddys savent faire preuve entre eux de la même humilité, de la même écoute, du même respect et du même courage

Moyen

Le Caddying est un des rôles les plus importants au sein de Pyxis et ce dernier est reconnu comme tel, encouragé et valorisé par l’organisation. Chaque collaborateur à Pyxis Technologies doit avoir un Caddy. Une fois par semaine le golfeur et le Caddy se rencontrent. Cette rencontre permet au Golfeur de parler de ses soucis et de demander des conseils à son Caddy, s’il y a lieu.

Résultat

Le Caddying a un impact positif significatif sur le développement du golfeur ainsi que sur le développement des aptitudes du Caddy. Grâce au Caddy l’individu apprend à mieux connaître ses motivations personnelles, comprend mieux l’organisation, sa mission et comment il peut y contribuer.

Quel outil utilisez-vous pour développer vos sites internet?

Un ancien collègue qui est en train de développer un site web personnel, m’a demandé quel outil j’utilisais pour le développement d’un site web. Je lui ai donc parlé du plugin Firebug qui est selon moi l’outil le plus connu.

Par la suite, j’ai fait une recherche pour savoir s’il n’existait pas d’autres outils.

Je suis tombé sur ce blog: http://www.eviltester.com/index.php/2009/04/29/how-on-earth-did-we-test-the-web-without-these-tools/

Je voulais donc avoir votre opinion sur les autres outils…

TDD vs DDD vs BDD vs xDD vs …

Ce que je tente d’expliquer pendant les cours de Test-Driven Development (TDD) c’est que le TDD est une approche générique pour aborder un développement logiciel.

« Malheureusement », quand on lit « TDD », on comprend souvent tests « unitaires ». Sans doute parce qu’historiquement les premiers tests écrits en suivant cette approche ont été des tests « unitaires ». Mais le concept peut se voir plus globalement.

Par exemple si on ne prend les deux cours suivants proposés par Pyxis:

  • Test-Driven Development
  • Specifications exécutables avec GreenPepper

Le premier propose des ateliers d’écriture de tests automatiques écrits avec un framework xUnit alors que le second se concentre sur l’écriture de tests automatiques écrits avec GreenPepper. En lisant plusieurs forums je réalise que certains contributeurs classeraient sans doute naturellement le premier dans une case TDD et le second dans une case DDD, voire BDD. En fait les deux cours appartiennent à la catégorie TDD.

« Test-Driven » est seulement une autre manière de dire : définissons ce que nous attendons sous la forme d’un test. Pour moi – je suis Scrum Master ;-) – cette approche est similaire à avoir une définition de « terminé ». Cette façon de nous exprimer pourrait d’ailleurs nous emmené sur plusieurs branches si nous poursuivions l’analogie avec Scrum. Quel est votre fil de penséé ? tests->liste de tests->backlog de tests->specifications exécutables->Product Backlog ?