Pyxis

Un collègue me faisait remarquer que pour la plupart des sites corporatifs, cliquer sur l’hyperlien “L’ÉQUIPE” présente exclusivement les membres de la très haute équipe de direction. La page résultante du clique présente en détail le profil du président, du directeur général et des vice-présidents exécutifs. A Pyxis, les individus sont au centre de l’entreprise et la transparence est une valeur vécue au quotidien. Faites l’exercice et cliquer sur l’hyperlien “L’ÉQUIPE” et vous verrez les photos et les profils de tous les collaborateurs en ordre alphabétique – pas de titre, pas de hiérarchie, seulement des collaborateurs et leur expertise.

En service conseil, ce sont les services et l’expertise des consultants qui est vendue alors pourquoi tant d’organisations persistent à promouvoir seulement les membres de leur équipe de direction? Aucune photo, aucune information pertinente à leur plus importante ressource, leurs employés. A Pyxis, nous croyons qu’il est critique que nos clients connaissent les conseillers avec qui ils seront appelés à travailler au quotidien. Nous croyons aussi que nous ne pouvons prétendre être transparent dans nos relations avec nos clients et nos partenaires sans démontrer notre transparence sur notre site web.

Certains répondront qu’il est trop risqué de dévoiler les informations de leurs employés pour éviter qu’ils soient recrutés par des firmes compétitrices auquel point je répondrais que lorsque l’entreprise traite ses employés comme des partenaires, ceux-ci répondront avec une loyauté envers leur organisation. De toute façon, le fait de ne pas afficher les informations des employés n’empêchera pas vos compétiteurs de tenter de repêcher vos meilleurs talents alors pourquoi limiter la diffusion de cette information?

I use write my blogs using XMind. More and more people at Pyxis use XMind or MindManager daily, and the group of bloggers is slowly growing . As there is a great prize for bloggers next month, I want to share some “tricks”, maybe that will help you to write more blogs and to pick a chance to win !

What is coming next

• How do I create content ?
• How do I organize that content ?
• How do I write the post ?
• How do I publish it ?

How do I create the content of a blog ?

The first step is to produce the content that will be write down as core text of the post

Put the idea as the root

I rarely choose the title of my blog up-front.
Most often I just write an idea as the root of my map.
I’ll rename it later to mirror the title of that blog.

Brainstorm on this idea

At this step I put all my ideas on the map. I never try to organize them in a reading / writing manner.
I want to let most my ideas on the topic to flow out of my brain. I’ll have time later to reorganize content.

How do I organize that content ?

You now have a lot of ideas, it’s time to select the best ones !

Choose the hot topic for the post

After the first brainstorm, I usually have more idea than I need. Some are fakes, some are far from my initial ideas, some are grouped as whole topic.
At this step, I make a choice ! I reduce the whole tree map to a sub-group of branches on which I’ll concentrate my effort.
Usually it’s the “hot topic”.

Organize ideas from the brainstorming phase

I do not throw away the whole map, I just pick a part of it that I reorganize. I group, split, reorder branches and ideas.
At the end of this step, I still have words or small groups of words, and I usually have about 3 to 5 words as a primary branches, the main topics of the post.

Develop the plan

Each primary branch will be the title of post’s section in the blog.
At that moment I begin to rewrite words to a more “title-ish” way. Words become sentences, my blog is on the way !

How do I write the post ?

Blog posts are not only a following of sections’ titles. You need to create concrete content. Now that I’ve a great plan, it’s time to fill the holes !

Some months ago I used to proceed as follow :

1. Export ideas as a plan
2. Complete the text in my blogging tool

Recently, I moved a bit futher using XMind

Complete paragraphs using notes

For each primary or secondary branches I’ve previously created, I now add the body of the paragraph as a note.
I can also link to images, to files or whatever attachment available with XMind.

Choose a title

On the “last” iteration I have enough content to choose a relevant title for the blog. However, sometimes, I already have the title at this step. It has popped-out during one of the iteration.

How do I publish it ?

XMind allows you to export in a variety of differents formats. I used to export my blog either in plain text or HTML but for other purpose you can use PDF (XMind Pro).

Export as plain text

Plain text is my format of choice.
I prefer to export the map as plain text since I found easier to manually format the text in HTML.
I also use it when I want to insert my content in a Wiki or save it in Wiki Markup format.

Export as HTML

HTML is easy to insert in blogging tools (Dotclear or Wordpress). You can just open the HTML source code exported, and copy-paste the body part as your post.
But you have to know that the HTML generated by XMind is not really clean. If you want to have a clean HTML, you will have to do some work.

Tune it and press ‘Save’

It’s time to read the whole text and to adjust the prose.
I still have to press ‘Save’ !
Now I’m done !

All of this is done incrementaty and iteratively

All of this seems to be a bit to “Waterfall”. In fact, it is more like iterative and incremental waterfall ! I write things in a step by step manner, and I usually, make at least 4 to 6 iterations, increasing incrementaly the content. Each iteration is the place for refactorings, enrichments… But at the end of a “sprint” the whole text is in a “potentially shippable” state.

Hopes it will help !
Have fun blogging

Share/Save

Ce blog s’adresse particulièrement à tous ceux qui travaillent à l’extérieur du département informatique et qui souhaite savoir ce qui se passe au sein de cet étrange département.

Aimeriez-vous connaître un secret bien gardé dans les départements de développement logiciel? Avant de partager avec vous ce secret, je dois vous informer des conséquences qui viennent avec la possession de cette information privilégiée. Une fois que vous connaîtrez le secret, vous vous sentirez obligés d’agir relativement à la situation qui prévaut, alors méfiez-vous avant de lire plus loin car vous pourriez être tenté de faire des choses que vous n’avez jamais fait auparavant.

Saviez-vous que les “geeks” du département informatiques dépensent votre budget d’opérations et décident en votre nom. Oui, les mêmes développeurs qui portent des t-shirts de pac-man et qui ont sur leur bureau des blocs de lego et des “lava lamps” décident présentement ce qui est bon pour vous et votre département. En toute honnêteté, vous ne pouvez pas vraiment leur reprocher leurs actions car vous n’avez probablement pas consacré beaucoup d’énergie et de temps à travailler avec eux pour définir les logiciels qui faciliteraient votre travail.

Au sein de nombreuses organisations, les départements de développement logiciel et leurs employés subissent de forte pression pour livrer de la valeur à l’organisation. Pour ces départements, la livraison de valeur est généralement accomplie en produisant des logiciels qui sont déployés aux utilisateurs. Ainsi, la livraison de logiciel permet de démontrer la livraison de valeur et lorsque la livraison s’effectue rapidement le département informatique est évalué positivement.

Dans ce contexte, la meilleure manière de livrer du logiciel rapidement est donc de travailler indépendemment et rapidement – surtout lorsque les utilisateurs ne montrent pas beaucoup d’intérêt pour faire avancer leurs projets. Les développeurs peuvent ainsi montrer rapidement ce qu’ils peuvent livrer. Comme les utilisateurs passent peu de temps à expliquer leurs exigences, les développeurs acceptent les exigences initiales avant de disparaître et retourner à leurs activités de programmation. Après quelques semaines, ils vous ramènent le logiciel réalisé et peuvent ensuite passer au projet suivant et de montrer la valeur.

Voici le secret, cela ne fonctionne pas et on peut facilement comprendre pourquoi.

• Vos besoins ont probablement changés
• La solution ne répond pas à vos attentes
• La solution ne fournit aucune valeur commerciale.

Voici comment vous pouvez rompre cette tendance – posez des questions et impliquer vous dans votre projet.

1. Connaissez-vous le projet sur lequel travaille l’équipe de développement? Savez-vous quand vos projets sont prévus pour être livrés? Vos projets sont-ils la plus haute priorité pour votre service?
2. Le projet sur lequel travaille l’équipe de développement logiciel est-il vraiment important pour vous? Si ce n’est pas le cas, cessez de gaspiller vos ressources. Trouver plutôt un collègue qui a un besoin plus critique et échanger votre priorité pour la leur.
3. Si votre projet est effectivement important pour vous, traiter-le comme tel. Attribuer une personne de confiance qui possèdent les connaissances requises et demander lui de travailler en étroite collaboration avec l’équipe de développement.

Malgré l’opinion préconçue, vous serez surpris de savoir que la plupart des “geeks” du développement logiciel sont très heureux de travailler conjointement avec leurs utilisateurs. Bien qu’ils ne le démontrent pas fréquemment, la plupart des développeurs avec qui j’ai travaillé au courant des années préfèrent réellement le travail d’équipe au développement en solitaire. Ceci s’explique par les raisons suivantes:

• Les développeurs préférent contribuer de la valeur à leur organisation, personne n’aime produire du logiciel qui n’est pas utilisé.
• Les développeurs de logiciels aiment que leur expertise soit reconnue. Les individus au profil technique passent des années à développer leurs capacités et lorsqu’elles sont utilisées pour résoudre un problème, ils obtiennent la reconnaissance recherchée.
• Contrairement aux croyances populaires, les développeurs aiment comprendre le monde des affaires et la manière dont leur solution technique est appliquée dans le contexte d’affaires.
• Même s’ils affectionnent les écrans plats de grande dimension, les claviers ergonomiques et les souris aux formes innovatrices, les développeurs logiciels préfèrent travailler avec des humains. La programmation en binôme est un excellent exemple de cette volonté.

Alors ça y est, maintenant que vous connaissez le secret, vous ne pouvez plus déléguer votre prochain projet informatique sans vous impliquez. Poser des questions est une bonne façon de commencer mais démontrer votre intérêt pour votre projet informatique est encore mieux.

Laissez moi un commentaire ci-dessous et je vous donnerai quelques astuces pour améliorer la situation au sein de votre organisation.

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

Contexte :
Des anciens collègues à moi ont eu une discussion sur comment faire pour expliquer aux gens d’être plus goal-oriented VS task-oriented.

Voici un résumé de la discussion
Math asks: Why is so difficult for people to be goal-oriented rather than task-oriented ?
Kath replies: Simply tell them: “guys, your only task is to fulfill the goal”

Mais sérieusement, je voulais savoir s’il y a du monde qui ont d’autres moyens un peu plus politiquement correct d’expliquer à l’équipe pourquoi c’est mieux d’être goal-oriented.

Take look at : Why Linux is not (yet) ready for the desktop.

This is the first article I read on this subject that is actually giving strong, valid points. I totally agree!

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.

Pyxis et AgileToYou présentent les méthodes de gestion de projet agiles le mardi 16 juin de 17h00 à 19h30 dans le cadre de la communauté Ecobiz – Performance Industrielle à la Chambre de Commerce et de l’Industrie de Grenoble. RDV à la CCI de Grenoble, 1, place Andre Malraux, 38000 Grenoble.

Read more…

Pyxis a parlé de donner des cours sur son site, voici un exemple qui pourrait être interessant :

http://aboutscrum.com/videos/learn-scrum-in-10-minutes/

This new release includes a new plugin for Bamboo (a continuous integration server from Atlassian), support for MSBuild, many improvements to the Visual Studio Plugin and much more…