cassandra-unit 1.2.0.1 is out : CQL3 script support and spring integration

I'm pleased to announce the release of cassandra-unit 1.2.0.1

Just as a reminder, cassandra-unit is a library to help you to start and load different type of dataset into an embedded Cassandra instance. Basically, the goal is to simplify the implementation of your unit tests in java.

There are 2 main new features in this release :

• the support of CQL3 script as a standard cassandra-unit dataset.
• the spring extension of cassandra-unit.

CQL3 support : embracing the new datamodel face of Cassandra

As you may know (or not ;-)) , the 1.2 version of Cassandra was released with major changes and a new remote protocol : binary CQL protocol. The main idea is with with new protocol is to get rid of some limitation with the Thrift protocol.

So with this new protocol come : 

• a new version of the CQL language : CQL3
• a new java client driver  : java-driver which appears to be the preferred way to query a cassandra instance. This driver is supported by the Datastax team (the company behind Cassandra)
• a new datamodel which is more "relational" oriented rather than a key/columns model (even if the storage is always based on this model). There is a lot of blog talking about that better than me :
• http://www.datastax.com/dev/blog/cql3-for-cassandra-experts
• http://www.datastax.com/dev/blog/thrift-to-cql3

So, as a first step this new release of cassandra-unit provide the ability to use CQL3 script as dataset to load data into your cassandra instance (embedded or not).

It implied internally some big modifications using the java-driver instead of Hector for the CQL3 part.

here is an example of use : 

simple.cql : 

CQLScriptLoadTest.cql : 

thanks marcinszymaniuk for your contribution!

Spring extension 

The other interesting feature provided in this release is the spring integration. I mean the ability to to use cassandra-unit with the Spring TestContest framework based on annotation.

As documented here, there was 3 ways to integrate cassandra-unit in your tests :

• the native approach
• using the AbstractCassandraUnitTestCase or AbstractCassandraUnitCQLTestCase
• using JUnit4 @Rule

The cassandra-unit-spring integration provide a new way to integrate cassandra-unit in your unit tests.

The documentation about the spring integration is here

Here is a small example : 

simple.cql : 

SpringCQLScriptLoadTest.java : 

Thanks Olivier for your contribution!

cassandra-unit is available through maven public repo and source code is available on github and the project is licensed under LGPL V3.0

The Next Step

Avez-vous déjà assisté à une réunion où plein de belles décisions sont prises. La réunion a débordée un peu... les participants sont pressés et fatigués... La réunion se termine... Chacun repart de son côté et retourne a ses occupations puis.... puis... puis... plouf:

Rien ne se passe. 

J'ai déjà assisté à quelques de ces reunions... Si toi aussi tu te sens concerné tu peux lire la suite de l'article sinon... heu... tu peux aussi lire le suite de l'article :-)

Une seule solution pour te sauver :

L'idée derrière le next step est de ne pas attendre après avoir décidé quelque chose pour commencer sa mise oeuvre. 

Il faut battre le fer tant qu'il est encore chaud!

Il faut amorcer la pompe!

Il faut mettre la machine en route!

Il faut passer la première!

C'est marrant de voir que plein d'expressions sont "Next Step"!

A minima, il s'agit juste de définir la prochaine étape après une décision : quoi/qui/quand. Il n'est pas nécéssaire que cette prochaine étape soit conséquente. Plus elle est petite moins elle prendra de temps. Une fois de plus l'idée est d'amorcer le travail.

La difficulté du next step est qu'à la fin d'une réunion intense, les participants oublie/n'ont pas forcément envie de penser au next step.

Ok et après je fais quoi?

Si tu as compris, c'est très simple, il faut définir le next step du next step!

Tips :

• Toujours prévoir un peu de temps à la fin d'une réunion pour définir le next step.
• Parfois il s'agit s'implement de poser la question (parfois suivi d'un blanc) : "Ok, super, on commence par quoi?".
• Si le next step peut se faire dans la foulée ou simplement être commencé, c'est encore mieux.
• Parfois, résumer et reformuler le contenu de ce qui vient d'être d'être décidé et des actions liées suffit au next step.

Ce qui est sympa avec le next step, c'est qu'il est simple à mettre en oeuvre. En revanche, il ne faut pas l'oublier!

Après avoir lu cet article, tu es officiellement "Next Step Certified". Ce qui te donne le droit d'utiliser et de former au Next Step! Quel chanceux tu fais!

Yes, I code in underwear @home

As requested by my foreign colleagues/friends, Here is a translation of this article in English with a bonus at the end.

I'm currently on a long mission to a foreign customer that I do at home. This is usually called the "home working".

To reassure the sensitive souls, I do not really code in underwear, it's a picture. I could code in underwear :-)

I had not necessarily planned to write an article about this way of working but whenever I talk about the subject with friends or acquaintances, they feel curious and full of questions. I think that if it so interested, it means that i have to share my experience.

Here are the questions that come up most often:

• It's not hard work alone all the time at home?
• Me, I'll probably distracted. You can stay focused and be effective?
• How do you do with the family?

I will try to answer these questions by offering my thin feedback on the subject.

I said I'm working at home today because it is that the mission wants. It was not a desire on my part, it is an just an opportunity.

The beginning

It all began with an email, which read quickly can give something like :

mission, overseas customer, all in English, home working, scrum, team with experimented people, moving every 3 weeks.

I quickly wanted to know more because I was just available and then after some discussion : GO. There is a part of unknown to be accepted, it is like that, that's life. You have to trust.

It's Tuesday I was told that begins on Thursday through skype Thursday morning.

General warning: how I'm going to organize the house: -)

I do not need a lot of thing to work, a piece of chair, a piece table, a laptop, internet and a bit of calm. It is just on this point that I must organize myself a little because at home I'm not alone, there are wife and children. I did not want to disturb or to feel that i disturb and vice versa.

I need a "quiet corner". It is not possible for me to have a room dedicated to serve me office. So I created a corner in my bedroom in front of the window. Hop, the bedroom will be the day my office.

Wednesday will be devoted to me set up an office in my bedroom. And then I get an email with all the access client (vpn, mail, forge, ....). Default: it works, I have access to everything, I have the right to do everything ...No, no, this is not a dream, it is sometimes ;-).

Thursday morning, it's started : "Hello, good morning guys!"

Daily : "We are quite flexible"

I find that I'm part of a fairly large team including members of different nationalities which are working at home like me. Even the ScrumMaster is a freelance working like all others!

Shortly after starting, I talk with another team member. As I discovered how things work, I foolishly talked about the scheduling, "online", time everything. I find myself stupid asking questions starting with "what if" and all the answers were: "we are quite flexible" ... The idea is really to "do the job" and having to take time off to go or if it does not really matter. Everything is based on trust.

That it brings me daily: real flexibility. It is nice to occasionally pick up my first daughter at school, be able to go to an appointment in people / shops / institutions whose only opening hours are 9:00-12:00/14:00-18:00. (finally, it is the things that I enjoy rarely but it's nice to know that you can do).

It is also nice to be able to do some sport start at home and take it easy a real shower in my bathroom. I do not need to take portuguese shower (I never practiced but it exists ;-))

Even more rarely, there is the nice side to occasionally to have Rolland Garros or the London Olympics in a corner of the room.

I work alone at home like a bear?

So yes in the morning and in the afternoon I am physically alone in my office. 

In contrast: 

• I am virtually overconnected with the team I work with. Skype is the tool I use to communicate in real time either through chat, audio or video.
• 10:00AM is the hour of our daily scrum meeting. Screen sharing + conf call where I talk to the team.
• There is a global chat in which each team puts his mood, says what he does in or out of work, this brief provides a sense of community and closeness.
• We meet every every 3 weeks to complete the sprint (review ans restrospectrive) and restart a sprint (sprint planning, planning poker, ...). These are one or two working days pretty intense because it concentrates all the Scrum rituals but it also gives the opportunity to see, discuss, exchange, joking and to take a real coffee break with real colleagues; -).

This is, to justify the side "I'm not alone when I work at home" but it's true that I do not see real people "IRL" ;-). So why to avoid finishing as a bear coding in my bedroom :

• I often see friends and colleagues to eat lunch with them.
• I am part of Ch'ti JUG , which allows me to cross the world and interact with other fans in the region.
• I go to conferences like Devoxx or Devoxx France to share with passion but also a little further.
• I try to exile from home on Wednesday for not be shy interfere with wife and children are at home this day. I take this day to work with people who are willing to welcome me (Thanks also to Thibaud and Antoine of Onyme for welcoming me into their office, it was really nice, guys!) or in a friend who joined me in the same home working adventure.

I had to search long enough to find negative side but it was for my feedback to be more objective :

• The coffee break is not really a coffee break. It is sometimes lacking and sometimes I look at the time, it's noon and I have not felt the need to take a coffee break. It depends.
• My coffee machine has clearly not taken the load. I had to change :-)
• I sometimes feel out of step with my friends and former colleagues who mostly work computer services company or with local software editor. Being freelance also participates this offset :-). It's not really a negative but I feel sometimes that I pass for an alien. The problems that we encounter everyday are no longer the same.

Am i more or less productive?

I'm actually quite surprised when I talk about this type of work sometimes when the reaction is "uh, I'd be too tempted to be distracted and do something else." I do not know how to answer that question ... I say that in general, it's the opposite. It's probably because my job is a passion ... Rather it is my wife who set limits to stop me :-) 

I'm clearly more productive at home. I have my tools and calm. The important thing when working at home is that you can choose yourself the conditions that allow it to be productive. We add to that the fact of not having travel time to get to his workplace. We will say minium 1 hour per day back/forth. It is a real gain. 

"Anyway, I'm more productive."

Separating private life / professional life

Not knowing this way of working, I preferred default impose a few rules in the house to separate the things and put barriers: 

• When I work at home, it's as if I was not at home. I'm not Tony Micelli able to take care of the house.

• The door to the bedroom / office represents the separation private / professional. When it is closed, do not go without knocking at the door and wait until I say it's OK. It's not that I want to play Boss inaccessible but this is the only way to predict if I'm online, perhaps with the video and I can not answer.

So I applied these default rules within the family. It is rather funny to see how the children have experienced change and have integrated. "Dad, you're working in your office in your bedroom today?". It's also pretty funny to 04:30-05:00PM hear knock-knock and have his children come say hello after school. I began to relax the rules, but it comes from me. Finally let's be clear, I'll never compete with Tony Micelli! 

A short conclusion would be fine here

When people ask me if it's okay, I replied that:

That's terrific!

I think that says it all. I am clearly aware that this way of working may not suit everyone and every business. In my case, it's cool.

One more thing... 

Writing this article triggered a massive release of office pictures of team member. Here is a nice sample of what can be done to work at home (thanks to them to allow me to share that!). I think but i'm not sure that there are one or two fake. It's up to you to find them ;-) :

Scrum distribué : yes we can!

On parle beaucoup de Scrum, beaucoup en bien et beaucoup en mal. Scrum, ça fait parler les gens :-)

Du côté de ceux qui croient en Scrum, On (oui je me mets dedans évidemment) est tous a peu près d'accord sur le fait que Scrum, ça marche bien bien dans des contextes locaux où tout le monde est dans la même pièce. Les outils liés à Scrum sont d'ailleurs orienté pour fonctionner localement avec le fameux tableau blanc, des murs de post-its partout.

A chaque fois qu'on parle de Scrum distribué, tout le monde s'arrête de respirer. Ceux qui ne croient pas en Scrum se mettent à rire et même ceux qui croit en Scrum ont dû mal à croire que ça puisse marcher.

"Quoi ton PO n'est pas dans la même pièce que l'équipe!"

On pourrait d'ailleurs distinguer deux types de distributions :

• distribution partielle : l'équipe est locale mais est distante du product owner

(scrummaster, team member, team member, ...) | (product owner)

Ce modèle fait penser à un modèle "offshore agile" (les extrémistes de Scrum sont déjà en train de s'étouffer car j'ai osé associer ces deux mots :-))

• distribution totale : tout le monde est distribué

(scrummaster) | (team member) | (team member) | (...) | (product owner)

Comment ça, ça ne peut pas marcher?

Il se trouve que je travaille actuellement dans une équipe qui fait du Scrum totalement distribué et ça fonctionne plutôt pas mal...

Comme je suis sympa, je vais même vous dire quels sont les facteurs qui font que ça marche dans notre cas :

facteur n°1 : Des profils costauds

L'ensemble de l'équipe est constitué de "profils costauds". C'est à dire des gens intélligents, passionnés,  avec de l'expérience, autonomes, impliqués, communiquant et sachant prendre les bonnes décisions avec le minimum d'informations.

Ok, je pourrais presque arrêter l'article là. On pourrait peut être même faire du "waterfall" et peut être que ça marcherait :-). 

En tous cas, c'est un des facteurs de réussite de Scrum distribué : choisir et être exigent sur les profils qui feront partis de l'équipe. L'idée dans ce cas est de plutôt partir à la chasse, chercher des gens connus  plutôt que de publier des offres de missions sur Monster.

On dit souvent que le problème se trouve souvent entre la chaise et le clavier :-). Le développement logiciel est avant tout une histoire de personnes.

Tout découle donc de là. Si on a les bonnes personnes, on avance dans le bon sens... Ca parait évident mais il faut simplement parfois le dire (même si ça peut choquer un peu).

facteur n°2 : par défaut, on fait confiance

Une attitude qui n'est pas toujours facile à avoir dans les entreprises en france. Je ne sais pas à quoi c'est dû et je ne vais d'ailleurs pas essayer d'y répondre. En revanche, je constate que souvent "par défaut tu n'as le droit de rien faire, pour ne pas faire de bêtise".  Il apparait toujours dangereux de responsabiliser les gens alors que je trouve que c'est une des clé de la réussite. C'est vrai que c'est toujours dangereux quand les gens se responsabilisent, se mettent à réfléchir, prennent des initiatives ;-)

Pour en revenir à notre Scrum distribué. Le premier jour où j'ai commencé cette mission, j'ai eu tout mes accès (même certains auxquels je n'avais pas besoin), par défaut je pouvais tout faire, par défaut "j'avais les droits", par défaut on m'a fait confiance. Quand on est tout seul dans son bureau à distance, sentir cette confiance est un facteur de réussite pour faire du Scrum totalement distribué. Evidemment, c'est plus facile grâce au facteur n°1.

facteur n°3 : Des outils fiables

Comme tous le monde est distribué, il faut de bons outils pour communiquer. Ils sont ultra présents pour donner l'impression de proximité.

Nous utilisons alors :

• Skype pour faire du chat : plusieurs espaces de discussion sont à disposition (tout le monde, juste mon équipe,...), 
• Skype aussi pour les communication audio et video.
• Netviewer pour faire du partage d'écran.
• les mails pour laisser des traces.

En terme de forge logiciel, nous utilisons :

• une solution VPN plutôt stable (quand le VPN tombe, il est remonté dans la 1/2 heure).
• une version de redmine modifiée à la sauce Scrum.
• Subversion comme gestion de sources.
• Hudson comme serveur d'intégration continue.

Bref, du très classique mais qui fonctionne avec une gestion des utilisateurs plutôt simples.

Le manifeste Agile dit : "Individuals and interactions over processes and tools". Dans le cas d'un scrum distribué, il faut justement des outils pour mettres en avant les individus et les interactions ;-).

facteur n°4: Un product owner super héros

D'habitude, je n'aime pas les super héros en informatique car en général ça se traduit par si le super héros n'est pas là, on ne peut rien faire. Comme c'est de toute façon le cas lorsqu'on fait du Scrum avec un product owner, ça ne me dérange pas ;-). 

Un des facteurs clé de succés est d'avoir un Product Owner qui sache clairement ce qu'il veut. Je ne dis pas qu'il ne peut pas se tromper car Scrum est fait pour ça. En revanche, c'est clairement lui qui doit donner les directions à chaque Sprint et être le guide de l'équipe sur ce qui est à produire.

Il faut qu'il ait totalement confiance en son équipe encore plus quand celle-ci est distribuée. Evidemment, c'est plus facile grâce au facteur n°1.

facteur n°5 : Des réunions incontournables tous ensemble

Un des facteurs clé de succès qui fait que notre Scrum totalement distribué fonctionne est qu'il y a malgré tout des éléments incontournables qui se font localement tous ensemble.

Nous avons des sprints de 3 semaines et nous nous rencontrons pendant 1 à 2 jours pour effectuer de manière intense :

- la fin d'un sprint : démo et retrospective

- le début d'un nouveau sprint : sprint planning, planning poker, ...

C'est assez dense et pour ne rien oublier, en général on "plan the plan" (on planifie le plan) :

Certes cela fait perdre du temps et donc de l'argent car tout le monde voyage pour se retrouver dans un même lieu. En revanche cela en fait ensuite gagner. Faire ce type d'échange de façon distribués prendrait plus de temps que le temps perdu à se regrouper et serait moins efficace.

Une fois de plus le développement logiciel est avant tout une histoire de personnes. Si les personnes se connaissent "IRL" tout devient plus facile.

Ces rencontres tous ensemble sont aussi l'occasion de construire et d'entretenir un esprit d'équipe, de parler d'autres choses que les projets et de pourquoi pas aller manger un bon fish&chips ;-)

Ce qui marche moins bien

Il y a évidemment des choses qui fonctionnent moins bien.

Daily Scrum trop long :

Nous effectuons tous les matins un daily scrum distribué via skype + partage d'écran netviewer du ScrumMaster pour que tout le monde ait le "focus" sur les mêmes choses. Une des problèmes assez récurrents est qu'il est vraiment difficile de le timeboxer. Le DailyScrum a tendance a durer longtemps.

Papier vs Logiciel de ticket

Nous travaillons de manière distribué avec un système de ticket "numérique" alors que nous nous rencontrons et travaillons sur des post-its localement durant les sprints planning.
La préparation du sprint planning prend alors un peu de temps de préparation pour passer de la version, numérique à la version papier. De la même manière la mise à jour du système de ticketing est juste long et ennuyant...

Sprint planning parfois un peu court

Nous avons parfois du mal à tout boucler lors de nos sprint planning, nous devons dans ce cas le terminer de façon distribuée.

 Pour conclure

Je vous propose une fois de plus mon humble retour d'expérience sur le sujet. Un simple retour d'expérience d'un Scrum distribué qui fonctionne.

Attention :  Ca ne veut surtout pas dire :

• que si vous faites exactement la même chose, ça marchera
• que si vous faites différemment ça ne marchera pas

Oui, je code en slip @home!

Je suis actuellement sur une mission longue pour un client étranger que j'effectue à domicile. C'est ce qu'on appelle en général du "home working".

Pour rassurer les ames sensibles, je ne code pas réellement en slip hein, c'est une image. Je pourrais coder en slip :-)

Je n'avais pas forcément prévu d'écrire un article sur ce mode de travail mais comme à chaque fois que j'évoque le sujet avec des amis ou des connaissances, je les sens curieux, intrigués et plein de questions. Je me dis que si ça intéresse tant, ça vaut surement le coup de le partager.

Voici les questions qui reviennent le plus souvent : 

- C'est pas dur de travailler tout seul tout le temps chez toi?

- Moi je serais trop tenter d'être distrait. Tu arrives à rester concentré et être efficace?
- Tu fais comment avec la famille?

Je vais tenter de répondre à ces questions en vous proposant mon mince retour d'expérience sur le sujet.

Je précise qu'aujourd'hui je travaille à domicile car c'est la mission qui le veut. Ce n'était pas une volonté de ma part, c'est l'occasion qui a fait le larron.

Le commencement

Tout a commencé par un mail, qui, lu en diagonale peut donner quelque chose dans le genre : 

mission, client étranger, tout en anglais, travail à domicile, scrum, équipes constitués de profils costaud, déplacement toute les 3 semaines.

J'ai rapidement voulu en savoir plus car j'étais justement disponible, après quelques discussions, GO. Il y a une part d'inconnue qu'il faut accepter, c'est comme ça, c'est la vie. Il faut faire confiance.

On est mardi on me dit que commence le Jeudi, rendez-vous sur Skype Jeudi matin.

Alerte générale : comment je vais m'organiser à la maison : -)

Il ne me faut pas grand chose pour travailler, un bout de chaise, un bout de table, un portable, un bout d'internet et un bout de calme. C'est juste sur ce dernier point où il faut que je m'organise un peu car à domicile je ne suis pas seul, il y a aussi madame et les enfants. Je n'ai pas envie de les déranger ou d'avoir l'impression de déranger et réciproquement.

Il me faut "un coin au calme". Il n'est pas possible pour moi d'avoir une pièce dédiée qui me servirait de bureau. Je me suis donc aménagé un coin dans ma chambre en face de la fenêtre. Hop, la chambre la journée sera donc mon bureau.

Le mercredi sera donc consacré à m'installer un bureau dans ma chambre. Et là, je reçois un mail avec tout les accès du client (vpn, mail, forge, ....). Par défaut : ça marche, j'ai accès à tout, j'ai le droit de tout faire... : non, non, ce n'est pas un rêve, ça existe parfois ;-).

Jeudi matin, c'est parti : "Hello, good morning guys!"

Au quotidien : "We are quite flexible"

Je découvre que je fais partie d'une assez grande équipe dont les membres de différentes nationalités travaillent tous à domicile comme moi. Même le Scrummaster est un freelance travaillant chez lui!

Quelque temps après avoir commencé, je discute avec un autre membre de l'équipe. Comme je découvre ce mode de fonctionnement, j'aborde bêtement la question des horaires, du temps de présence "online" et tout et tout. Je me retrouve à poser des questions bête commençant par "et si" et toutes les réponses étaient : "we are quite flexible"... L'idée est vraiment de "faire le job" et le fait de devoir s'absenter pour aller faire si ou ça n'a pas vraiment d'importance. Tout est basé sur la confiance.

Ce que ça m'apporte au quotidien : une réelle flexibilité. C'est sympa de pouvoir de temps en temps aller chercher ses enfants à l'école, réussir à aller à un rendez-vous chez des personnes/magasins/institutions dont les seuls horaires d'ouvertures sont 9h-12h/14h-18h. (et encore c'est des choses dont je profite peu, je n'ai pas encore trop l'habitude).

C'est aussi sympa de pouvoir aller faire un peu de sport au départ de chez soi et de prendre facilement une vrai douche dans sa douche. Je n'ai pas besoin de prendre de douche portugaise (je n'ai jamais pratiqué mais si si ça existe)

Plus anecdoctiquement, il y a le coté sympa de mettre de temps en temps Rolland Garros ou les JO de Londres dans un coin de la pièce.

Je travaille tout seul chez moi comme un ours?

Alors oui le matin et l'après-midi je suis physiquement seul sur mon bureau.

En revanche :

• Je suis virtuellement overconnecté avec l'équipe avec qui je travaille. Skype est l'outil que j'utilise pour communiquer en temps réel que ce soit par chat, conversation audio ou video.
• 10h c'est l'heure de notre réunion daily scrum. Partage d'écran + conf call où je parle l'équipe.
• Il y a un chat global d'équipe dans lequel chacun y met son humeur, dit ce qu'il fait dans ou en dehors du boulot, bref cela permet d'avoir une notion de communauté et de proximité.
• On se retrouve tous toutes les 3 semaines pour clore le sprint (demo, retro) et relancer un sprint (sprint planning, planning poker, ...). Ce sont un ou deux jours de travail assez intense car on concentre tous les rituels Scrum mais cela donne aussi l'occasion de se voir, de discuter, d'échanger, de se chambrer, de prendre une vraie pause café avec de vrais collègues ;-).

Ca c'est pour justifier le côté "je ne suis pas seul quand je bosse chez moi" mais c'est vrai que je ne vois pas de vrais gens "IRL" ;-). Alors pour ça, pour éviter de terminer comme un ours à coder chez moi :

• Je vais souvent voir des amis et collègues pour manger le midi avec eux. 
• Je fais partie du Ch'ti JUG, ce qui me permet de croiser du monde et d'échanger avec d'autres passionnés de la région. 
• Je vais a des conférences comme Devoxx ou Devoxx France pour échanger aussi avec des passionnées mais d'un peu plus loin.
• J'essaye de m'exiler de chez moi le mercredi pour d'une part ne pas gêner et être gêner par femme et enfants qui sont présents toutes la journée. Je profite de ce jour pour aller travailler chez des gens qui veulent bien m'accueillir (Merci d'ailleurs à Thibaud et Antoine d'Onyme de m'avoir accueilli dans leur bureau, c'était vraiment sympa les mecs!) ou encore chez un ami qui m'a rejoint dans cette même aventure. 

J'ai dû chercher assez longtemps pour trouver des côté négatifs mais il en fallait pour que mon retour d'expérience soit plus objectif : 

• La pause café n'est pas vraiment une pause café. Ca manque parfois et parfois je regarde l'heure, il est midi et je n'ai pas ressenti le besoin de prendre une pause café. Ca dépend.
• Ma cafetière n'a clairement pas tenu le choc. J'ai dû en changer :-)
• Je me sens parfois en décalage par rapport à mes amis et anciens collègues qui pour la plupart travaillent en SSIIs ou chez des éditeurs de logiciels locaux. Le fait d'être freelance participe aussi au décalage :-). Ca n'est pas vraiment un point négatif mais je sens parfois que je passes pour un extra terrestre. Les problématiques que nous rencontrons au quotidien ne sont plus les mêmes.

Est-ce que je suis plus ou moins productif?

Je suis finalement assez surpris quand je parle de ce mode de travail lorsque parfois la réaction est "hum, je serais trop tenté d'être distrait et de faire autre chose". Au final je ne sais trop quoi répondre à cette question... Ce que je réponds en général, c'est ce que je suis plutôt à l'inverse de ça. C'est surement que mon métier est une passion... C'est plutôt madame qui m'a fixé des limites pour que je m'arrête :-)

Je suis clairement plus productif chez moi. J'ai mes outils et du calme. L'important quand on travaille à domicile, c'est de pouvoir choisir soi-même les conditions qui permettent d'être productif. On rajoute à ça le fait de ne pas avoir de temps de déplacement pour se rendre sur son lieu de travail. On va dire au minium 1h par jour aller/retour. C'est un réel gain.

"Bref, je suis plus productif".

La séparation vie privé / vie professionnelle

Ne connaissant ce mode de travail, j'ai préféré par défaut imposer quelques petites règles au sein de la maison pour bien séparer les choses et mettre des barrières :

• Quand je travaille à la maison, c'est comme si je n'étais pas à la maison. Je ne suis pas Tony Micelli à pouvoir m'occuper de la maison.

• La porte de la chambre/bureau représente la séparation privée/pro. Quand elle est fermée, il ne faut pas rentrer sans toquer à la porte et attendre que je dise que c'est OK. Ca n'est pas que je veux jouer au Boss inaccessible mais c'est le seul moyen de prévoir le cas ou je suis en ligne, peut être avec avec de la video et je ne peux pas répondre.

J'ai donc appliqué par défaut ces règles au sein de la famille. C'est d'ailleurs assez rigolo de voir comment les enfants ont vécu le changement et l'ont intégré. "Papa, tu vas travailler dans ton bureau dans ta chambre aujourd'hui?". C'est aussi assez rigolo vers 16h30-17h d'entendre toc-toc et d'avoir ses enfants qui viennent faire un petit coucou après l'école. Il se trouve qu'avec le temps, je commence à assouplir les règles mais ça vient de moi. Enfin soyons clair, je n'arriverai jamais à rivaliser avec Tony Micelli!

Une petite conclusion ça serait bien là

Quand on me demande si ça va, je répond que : 

JE M'ECLATE

Je crois que tout est dit.

Je suis clairement conscient que ce mode de travail ne peut pas convenir à tout le monde et à tout les métiers. En ce qui me concerne, ça se goupille bien et c'est cool.