Remote companies?

[Damien MATHIEU]

Hello,

La sortie du livre remote de 37signals a fait un petit peu de bruit dernièrement.

De la même manière, on a vu fleurir quelque annonces sur WeWorkRemotely: https://weworkremotely.com/

Malheureusement, étant attentif à ce genre d'annonces dernièrement, je trouve le marché Français très frileux à la possibilité de travailleurs à distance (je ne parle pas de freelancing).

Est-ce moi qui suis trop difficile dans mes recherches de sociétés, ou avez-vous constaté le même problème?

[Alban Leveau-Vallier]

ils sont frileux en effet mais ça commence à bouger doucement. On a des développeurs qui travaillent 'en régie' mais 'à distance' pour des clients parisiens, à qui on a un peu forcé la main au début mais qui sont heureux au final.

Sinon, on est une boîte française et tout le monde (6 personnes) bosse en remote :)

Alban

http://nukomeet.com

2013/11/13 Damien MATHIEU <4...@dmathieu.com>

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes RubyFR public.
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse rubyfr-publi...@googlegroups.com.
Pour envoyer un message à ce groupe, adressez un e-mail à rubyfr...@googlegroups.com.
Visitez ce groupe à l'adresse http://groups.google.com/group/rubyfr-public .
Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .

[Cyril Mougel]

J'ai exactement le même avis que toi sur cette question. Je penche aussi pour la frilosité.

Après mes retours ont souvent été une peur du remote. Les société que j'avais contacté avait souvent peur de ne pas assez bien gère le remote. C'est sur que cela demande une vrai rigueur. Le livre permettra sûrement d'aider un peu a s'organiser.

En tout cas j'attends toujours de trouver une société qui fasse vraiment du remote en France. C'est vraiment trop rare.

--

[Matt Aimonetti]

juste pour clarifier quelque chose, meme aux Etats Unis, le remote reste un exception. 

2013/11/13 Cyril Mougel <cyril....@gmail.com>

[Alexandre Friquet]

Bonjour,

Le 13/11/2013 14:02, Damien MATHIEU a �crit :
> Malheureusement, �tant attentif � ce genre d'annonces derni�rement, je
> trouve le march� Fran�ais tr�s frileux � la possibilit� de travailleurs
> � distance (je ne parle pas de freelancing).
> Est-ce moi qui suis trop difficile dans mes recherches de soci�t�s, ou
> avez-vous constat� le m�me probl�me?

Je ne pense pas que �a va se d�velopper dans le sens "je suis une bo�te
et je vais embaucher quelqu'un en remote", parce qu'on (terme g�n�rique)
a peur de perdre le contr�le (superficiel) sur nos salari�s. C'est b�te
� dire, mais on est plus rassur� de voir un salari� � son bureau toute
la journ�e, m�me s'il n'en glande pas une : on a toujours la possibilit�
d'aller v�rifier que "�a avance". Et avant que cette mentalit� ne change...

A mon avis les "bo�tes" qui fonctionnent en remote sont plus le fruit
d'une rencontre de gens ayant non seulement des points et/ou int�r�ts
communs mais surtout confiance les uns envers les autres : et la
confiance de nos jours... Apr�s, pour faire grossir le syst�me,
j'imagine que �a fonctionne par cooptation, donc par r�seau.

Je ne fais bien s�r que supposer, travaillant uniquement en "freelance"
chez moi, mais j'avoue que l'id�e de me retrouver au sein d'une �quipe
tout en gardant ma libert� d'auto-organisation me tente bien : � creuser...

--
Alexandre

[yannick....@free.fr]

Bonjour,

Le 13/11/2013 14:02, Damien MATHIEU a écrit :
> Malheureusement, étant attentif à ce genre d'annonces dernièrement, je
> trouve le marché Français très frileux à la possibilité de travailleurs

> à distance (je ne parle pas de freelancing).

> Est-ce moi qui suis trop difficile dans mes recherches de sociétés, ou
> avez-vous constaté le même problème?

Le 13/11/2013 14:02, Alexandre Friquet a écrit :
> Je ne pense pas que ça va se développer dans le sens "je suis une boîte
> et je vais embaucher quelqu'un en remote", parce qu'on (terme générique)
> a peur de perdre le contrôle (superficiel) sur nos salariés. C'est bête
> à dire, mais on est plus rassuré de voir un salarié à son bureau toute
> la journée, même s'il n'en glande pas une : on a toujours la possibilité
> d'aller vérifier que "ça avance". Et avant que cette mentalité ne change...

Je pense qu'il y à aussi un aspect "positif" dans le choix de ne pas faire de
remote: le partage, le feedback. Je crois que le remote à beaucoup de bon,
notament au niveau répartition sur le territoire, et plus loin, au niveau
écologique (transport), et autre liberté. Cependant, le feedback via les
outils électronique me semble bien mauvais versus un feedback en vivant.

Du coup, selon ce que l'on recherche, le remote pourrais tout à fait
s'appliquer, ou pas du tout.

Je viens de découvrir une pratique magnifique (qui me rappel le dojo de dev)
le mob programming [0]. Impossible à faire en remote bien sur.

Les boites qui refusent le remote sont d'une part les boites qui reste en
mode hierarchie qui à peur de perdre le controle, de l'autre celles qui
souhaitent une boucle de feedback de grande qualité.


[0] http://www.slideshare.net/andrefaria/mob-programming

-- @ya_f.

[Damien Mathieu]

J'entends beaucoup cet argument contre le remote: "on préfère travailler ensemble", ou "on est une grande famille".

J'ai fait un an de remote pour une boite Parisienne. Nous étions trois ingénieurs en remote. Un à Bordeaux; un (qui participe à cette discussion) à Nantes et moi à Lyon.

Et même si notre mode de fonctionnement n'était pas parfait (rien ne l'est jamais), les problèmes rencontrés ne l'étaient jamais à cause du fait que l'on soit en remote. Nous n'avions strictement aucun problème de partage ou de feedback.

Je me suis retrouvé à plusieurs reprises à pair programmer en partage d'écran sur skype, et bien que le fonctionnement soit assez différent, on y retrouve tout de même tous les avantages à pairer "en vrai".

De la même manière, j'ai discuté il y a quelque semaines avec le gérant d'une société que je ne nommerai pas et qui a tenté, pendant une bonne partie de notre discussion de me vanter les mérites d'habiter à Paris comparé au reste de la France (!). Tout "provincial" devrait rigoler la ;-)

Après, oui, il faut impérativement faire des rencontres en vrai. Lors de ma précédente expérience, nous nous retrouvions à Paris une journée chaque mois. Que l'on pourrait assimiler un peu à une retrospective de sprint.

Je trouve vraiment dommage, alors que nous sommes dans un domaine totalement numérique, et ou la communication asynchrone est particulièrement privilégiée, de ne pas pousser l'asynchrone à fond.

Pour finir, on voit beaucoup d'entreprises dire que les compétences dans notre domaine sont assez rare.

Quand je vois des sociétés qui veulent me faire déménager à Paris (ou ailleurs d'ailleurs) au détriment de ma vie de famille, et qui me demandent "d'en parler autour d'un diner aux chandelles avec ma conjointe" (on me l'a faite en début de semaine), je n'ai qu'une seule envie, c'est de raccrocher et arrêter la discussion aussi sec.

Désolé de mon aspect brut de décofrage. Je peux paraitre un peu ours, mais en vrai, j'aime beaucoup les bisous aussi.

Damien

2013/11/14 <yannick....@free.fr>

--
Vous recevez ce message car vous êtes abonné à un sujet dans le groupe Google Groupes "RubyFR public".
Pour vous désabonner de ce sujet, visitez le site https://groups.google.com/d/topic/rubyfr-public/XA1mqbsMEgA/unsubscribe.
Pour vous désabonner de ce groupe et de tous ses sujets, envoyez un e-mail à l'adresse rubyfr-publi...@googlegroups.com.

[nicolas...@gmail.com]

Hello,

Rétrospectivement, le problème qu'on a eu avec Damien et les autres n'était pas dû au remote effectivement mais à l'ajout de trop nombreuses features venant du top sans se concentrer sur un set minimum de features et que chacun ensuite soit maître de ce qu'il veut faire (comme fait GitHub et comme le bouquin le décrit). Et dans ce cas, le remote devient très compliqué à gérer je trouve car tu dois toujours rapporter ce que tu es en train de faire à la personne qui a pondu la feature et la boucle de feedback en prend un coup avec des délais qui s'allongent et des gens qui s'énervent (cf post de Yannick).

[yannick....@free.fr]

Le 14/11/2013 11:43, Damien MATHIEU a écrit :
> J'entends beaucoup cet argument contre le remote: "on préfère travailler ensemble", ou "on est une grande famille".
> J'ai fait un an de remote pour une boite Parisienne. Nous étions trois ingénieurs en remote. Un à Bordeaux; un (qui participe à cette discussion) à Nantes et moi à Lyon.
> Et même si notre mode de fonctionnement n'était pas parfait (rien ne l'est jamais), les problèmes rencontrés ne l'étaient jamais à cause du fait que l'on soit en remote. Nous n'avions strictement aucun problème de partage ou de feedback.
> Je me suis retrouvé à plusieurs reprises à pair programmer en partage d'écran sur skype, et bien que le fonctionnement soit assez différent, on y retrouve tout de même tous les avantages à pairer "en vrai".

Pour moi ce n'est pas un argument "contre", mais pour une autre façon de faire. Pour avoir essayer quelques journées en remote et le reste du temps en présence, je trouve que ce n'est pas la même qualité de pairing. La présence physique est quand même autre chose non ? Peut-être que cela dépends des personnes, et je suis peut-être vieux con pour ne pas sentir les émotion passé dans la vidéo et le son d'un logiciel.

Le 14/11/2013 11:43, Damien MATHIEU a écrit :
> De la même manière, j'ai discuté il y a quelque semaines avec le gérant d'une société que je ne nommerai pas et qui a tenté, pendant une bonne partie de notre discussion de me vanter les mérites d'habiter à Paris comparé au reste de la France (!). Tout "provincial" devrait rigoler la ;-)

Même un parisien rigole ;-) C'est nulle de vouloir forcer une personne à faire un truc ou une autres. Les boites devraient proposer leur mode de fonctionnement, ça plait ou pas, et basta.



Bisous.

-- @ya_f

[Julien Kirch]

Le 14 nov. 2013 à 11:43, Damien Mathieu <42@dmathieu.com> a écrit :

Je trouve vraiment dommage, alors que nous sommes dans un domaine totalement numérique, et ou la communication asynchrone est particulièrement privilégiée, de ne pas pousser l'asynchrone à fond.

D'un autre côté sur des projets avec du fonctionnel un peu compliqué et des itérations rapides on peut justement vouloir privilégier le synchrone autant que possible en mettant dans la même pièce les développeurs et les responsables fonctionnels / le projet owner et les dédier à 100% au projet pour pouvoir échanger rapidement par oral / improviser des réunions plutôt que de les mettre dans des étages différents et d'échanger par mail.

L'informatique pour moi c'est pas du tout un domaine totalement numérique: c'est souvent 80% d'humain et 20% de code et le plus compliqué c'est pas le code :-)

Julien

[Anicet Rohee]

De toute façon c’est forcement aux cas par cas en fonction des boites.
37signal bosse sur un produit (décentralisé) donc d’une certaine façon le télétravail est adapté pour eux.
Chez af83 (la ou je bosse), on est a peu près 50% en full remote en ce moment, ça marche évidement bien pour des programmers qui font essentiellement… de la programmation :)
Pour un chef de projet ou un commercial, quand la majorité de nos clients sont sur Paris, c’est évidement pas facile de faire du télétravail à Tokyo.
Pour le pair programming, un téléphone (ou hangout) avec un casque et un vim dans tmux, c’est juste parfait, on a même fait des journées de formation avec UT7 comme ça. Y a plein truc sympas sur http://www.pairprogramwith.me/ pour ça.

<pub>
J’en profite, puisque un collègue a écrit un petit article sur la sortie du livre http://dev.af83.com/2013/11/14/remote-office-not-required.html
</pub>

Je suis en full remote et j’avoue que le bureau me manque parfois, mais comme la dit Damien, rien n’est parfait.

anicet


On Nov 14, 2013, at 12:09 13PM, Julien Kirch <co...@archiloque.net> wrote:

> --
> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes RubyFR public.

> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse rubyfr-publi...@googlegroups.com.

[Franck Verrot]

Hello,

2013/11/13 Damien MATHIEU <4...@dmathieu.com>

De mon expérience, tout dépend du job, de ton implication et de tes velléités au sein de la boite.

La recette que j'apprécie le plus - après avoir testé un certain nombre de combinaisons - est de pouvoir choisir quand rester chez moi (par exemple pour les journées ponctuées de briefings téléphoniques avec les clients ou avec d'autres collaborateurs sur d'autres sites), et il me serait difficile de travailler dans une société qui m'interdise formellement de le faire. Aujourd'hui en tout cas, j'aime me rendre au bureau le matin (après 20-25 minutes de bus) et passer en full-remote ne me plairait pas (enfin "plus" :-)).

A+

f

--

Franck Verrot

https://github.com/franckverrot

https://twitter.com/franckverrot

[cha...@gmail.com]

Je ne pense pas que ce soit seulement en France que les entreprises soient frileuses concernant le télétravail.

Je suis actuellement en télétravail pour af83 aussi, et depuis le Japon .

J'ai un peu eu l'occasion de parler télétravail avec quelques développeur ruby ici. Et effectivement, c'est très très rare. On peut quasiment parler de cas particuliers (des devs bossant sur le langage lui-même chez Heroku (c'est plus du sponsoring en fait), ou des développeur non-japonais qui voulaient retourner dans leur pays).

Laisser partir un employé en télétravail n'est pas toujours une chose simple pour une entreprise, embaucher en télétravail l'est encore moins.

[Arnaud Berthomier]

On the November 14, at 05:55 (-0800), cha...@gmail.com wrote:
> Je suis actuellement en télétravail pour af83 aussi, et depuis le
> Japon . J'ai un peu eu l'occasion de parler télétravail avec quelques
> développeur ruby ici. Et effectivement, c'est très très rare. On peut
> quasiment parler de cas particuliers (des devs bossant sur le langage
> lui-même chez Heroku (c'est plus du sponsoring en fait), ou des
> développeur non-japonais qui voulaient retourner dans leur pays).

D'un autre côté, j'ai cru lire que la culture japonaise est très
différente de la culture française en ce qui concerne le travail (entre
autres!): culture de groupe, fidélité, etc. Ça ressemble à un mariage,
mais c'est peut-être caricatural (?).

> Laisser partir un employé en télétravail n'est pas toujours une chose
> simple pour une entreprise, embaucher en télétravail l'est encore
> moins.

Le fait que tu écrives "laisser partir" qui s'emploie pour la démission
est déjà un petit signe.

On travaille pourtant facilement avec des freelances, sans forcément
s'attacher à leur présence sur le pont 24/7: il y a toujours moyen de
travailler de cette façon. Quoique en France on pourrait te reprocher de
dissimuler un emploi, et tout le monde n'a pas envie d'être freelance.
Bref c'est un placebo, mais pour moi ça cache le fait qu'on le fait
déjà.

[Sylvain Abélard]

On Friday, November 15, 2013 3:33:55 PM UTC+1, oz wrote:

On the November 14, at 05:55 (-0800), cha...@gmail.com wrote:
> Je suis actuellement en télétravail pour af83 aussi, et depuis le
> Japon . J'ai un peu eu l'occasion de parler télétravail avec quelques
> développeur ruby ici. Et effectivement, c'est très très rare. On peut
> quasiment parler de cas particuliers (des devs bossant sur le langage
> lui-même chez Heroku (c'est plus du sponsoring en fait), ou des
> développeur non-japonais qui voulaient retourner dans leur pays).

D'un autre côté, j'ai cru lire que la culture japonaise est très
différente de la culture française en ce qui concerne le travail (entre
autres!): culture de groupe, fidélité, etc. Ça ressemble à un mariage,
mais c'est peut-être caricatural (?).

La culture est très différente tout court, et ce qu'on en entend en France est souvent caricatural :)

> Laisser partir un employé en télétravail n'est pas toujours une chose
> simple pour une entreprise, embaucher en télétravail l'est encore
> moins.

Le fait que tu écrives "laisser partir" qui s'emploie pour la démission
est déjà un petit signe.

Le problème que je peux voir avec ça c'est quand tu es "le cul entre 2 chaises".

Et je ne pense pas que ça vienne du chef ou de la personne, une fois l'accord de base passé :

l'un doit par définition être super cadré et organisé, l'autre voit le travail fait, et bien fait.

Quelques remote que je connais (employés ou freelance) m'ont remonté une "jalousie" des autres qui ne comprennent pas.

C'est facile de croire que t'es chez toi peinard et que tu fous rien [1], être jaloux du fait que lui n'a pas le manager qui vient l'embêter en direct [2], et moins de transports [3].

Et ça, par contre, je crois totalement que c'est probable ET de nature à ruiner le boulot.

Le côté opposé bien sûr c'est d'avoir une équipe communicante et sans trop de lutte de pouvoir ou d'égo.

Bref, une équipe qui part avec les meilleures armes pour être efficace :)

[1] c'est le 1er obstacle, celui que le "remoteur" a du expliquer et prouver à son patron, par des résultats

[2] je peux le comprendre... too bad.

[3] c'est clairement un des facteurs de choix mais si ton patron a confiance en lui et pas en toi pour "remoter", ou si le remote a mieux négocié, ou tout simplement l'a prouvé. C'est une raison normale et factuelle, pleine de bon sens... mais dont on peut facilement être jaloux.

[thi...@milesrock.com]

Hi !

Tu dis que le marché français est frileux, mais en fait, ce qui compte vraiment c'est pas le marché, mais bien tes clients/patrons (à toi). Et eux, ils utilisent tous les jours le remote (avec leurs avocats / comptables, etc.)

Que tu sois dans un "marché" ou le remote est présent ou pas n'est finalement pas un problème.

Ce qui compte c'est que tu arrives à négocier que ta prestation a PLUS DE VALEUR si tu la fais à distance, ce qui est le cas pour moi.
C'est vraiment une question de bien savoir expliquer où est la valeur que tu apportes, et comment tu l'apportes.

Ensuite, pour les brainstormings (sans avoir à être dans la "zone"), je n'ai pas de problème à aller voir le client physiquement.

En fait, ce qui compte vraiment, c'est de se concentrer sur ce que tu peux donner à ton client / boss.

Si tu penses pouvoir donner plus en te déplaçant, il faut absolument se déplacer (ou faire venir ton client). Si tu penses pouvoir délivrer plus de valeur remotely, à toi de lui faire comprendre ça.

Mais pour ça, déjà le travail à l'heure aide beaucoup (letsfreckle.com et freelancebooking.pro).

La clé, c'est d'avoir de l'empathie pour ton client/boss, de savoir ce qu'il veut, au fond (souvent il ne le sait consciemment pas lui même). Quand tu lui parle de ses VRAIS problèmes, alors le remote, le salaire, etc. ne sont plus que des détails pour lui. Parce que tu deviens seul parmi des milliers, tu es LE mec qui prend soin de lui.

Parler de "recherche de société qui accepte le remote", est exactement l'opposé de ma façon de voir le monde. Je ne cherche pas de société, je cherche à aider des gens dans leur quête du bonheur / de la libération économique.

En France, on a la fâcheuse tendance a "chercher du travail", et d'ailleurs on parle de demande d'emploi...

Si on inverse la vapeur, et qu'on offre du service à un boss/client (qui recherche lui de l'aide), plutôt que de chercher un emploi (par des offres d'emploi), alors TOUT change, et on peut alors TOUT négocier.

Le remote, c'est "toi" qui changes, pas la société :)

J'espère t'avoir été utile !

Bonne journée !

[Louis Montagne]

Bonjour à tous, 

si je peux me permettre, il y a un point très important : la société, la boîte, ce qui fait que des gens se mettent ensemble et font quelque chose de grand, à plusieurs, quelque chose qu’ils ne pourraient pas faire tout seuls. C’est important car je crois qu’il ne faut pas confondre client et boss quand on est un "dev en remote". Et par extension, ce qui fait qu’un fonctionnement en télétravail est efficace (on a fait ça très tôt chez Bearstech par exemple, SCOP qui est construite sur ce principe), c’est l’ADN, les trucs qui font que la société existe, même à distance, et c’est bien sûr aussi les outils et la prise en compte des remote dans la vie de la boîte ce qui, sur plusieurs timezones, devient vite très complexe.

Disclaimer: je suis boss (af83, bearstech, ckab)

Louis

[Sunny]

Pour ceux qui l'auraient raté, un bon article qui va dans le sens du remote sur le blog d'af83. C'est intéressant d'avoir un vrai cas Français à comparer. Je n'ai pas l'impression que beaucoup de boîtes partagent ce point de vue.

http://dev.af83.com/2013/11/14/remote-office-not-required.html

Sunny

[ook? ook!]

Et sur la corrolaire du travail connecté, nous avons le pied de nez de 37signals à Microsoft, qui détourne leur pub 365: http://37signals.com/remote/workcanwait

2013/11/22 Sunny <su...@sunfox.org>