Travail asynchrone ou compagnie qui ne regarde pas les heures: Ca existe ?
Bonjour,
J'ai fait quelques missions dans différentes boites et elles ont toutes un point commun (malgré qu'elles veuillent te vendre le contraire) :
"L'heure d'arrivée ne compte pas, le taff que tu réalises ne compte pas, seule ton heure de départ est scrutée". Je m'explique.
Je suis actuellement dans une boite qui prone le "viens à l'heure que tu veux, pars à l'heure que tu veux tant que tu fais tes heures". Sauf que dans le concret, ce n'est pas le cas. Si j'arrive à 6h du matin et que je decide de partir à 15h, je vais avoir droit à des remarques du manager ou de mes collegues (du genre: "ca prend son aprem?", "tu pars deja toi?"), par contre si j'arrive à 10h et que je pars à 17h, ca ne posera aucun problème.
Tant que tu pars pas trop tôt, ca ne frustre personne ! Et de manière générale c'est pareil dans toutes les boites!
Du coup, j'ai entendu parler du travail asynchrone qui se base + sur des objectifs a réaliser sur la semaine avec généralement du full remote, plutot que de compter ton nombre d'heure et vérifier que tu sois bien parti APRÈS 17h.
J'ai l'impression que c'est une méthodologie qu'on retrouve surtout chez les anglo-saxons!
Est-ce que vous avez déja eu des expériences avec cette méthodologie ? et est-ce que en tant que développeur front freelance, c'est un type de mission qui peut se trouver, et si oui comment avez-vous trouvé une mission pareille ? Je veux tout savoir!
- Free-Worker-99999999999
Les boîtes réellement (donc réellement asynchrones telles que tu le décris) existent, mon ancienne boîte l'était (et celle d'avant aussi), mais leur point commun était qu'elles étaient toutes full remote (réellement, pas les arnaques à un jour de présence par mois).
Sur ta définition de l'asynchrone, je te cite : "j'ai entendu parler du travail asynchrone qui se base + sur des objectifs à réaliser sur la semaine avec généralement du full remote" C'est la définition de travailler en AGILE et, c'est normalement ainsi que doivent travailler n'importe quelle entreprise qui fait de l'Agile. (Du vrai, pas du Scrum ou autre arnaque là encore)
J'ai passé 150 pages de mon mémoire de recherche de fin d'études à l'époque à décortiquer toutes les méthodologies agile, les différentes approches en on-boarding, et à voir ce que je pouvais faire corréler avec mon ancienne vie de chef de groupe militaire et ce que je peux dire, c'est qu'il n'y aura jamais plus efficace que le fait d'enlever toutes formes de hiérarchie et d'autorité dans le métier de développeur, mais au préalable il faut un on-boarding à la hauteur (sauf que 99% des gens vont mal le faire, car ils n'ont pas l'expérience pour le faire. Dans la majorité des cas, ceux qui font ça sont des espèces d'hippies néo-communiste totalement à la ramasse). A l'époque ou j'étais CDG militaire, les méthodes Agile n'existaient quasiment pas, de manière aussi fréquente en entreprise. Elles étaient toutes en cycle en V et l'avantage d'avoir été militaire durant cette époque, est que l'armée a une longueur d'avance sur la notion de gestion et donc, l'on faisait déjà de l'agile à cette époque et, j'ai d'ailleurs été surpris des années plus tard à retrouver tant de concepts similaires à ceux que j'avais appris durant mon master 2 en chef de projet.
Ce que je veux donc dire ici, c'est que deux mondes appliquant pourtant une même base méthodologique, ne l'appliquerons pas de la même manière. L'Agilité appliquée à l'armée, n'a pas de rapport avec l'agilité appliquée dans le monde du dev, pour la simple raison que la base de l'agilité est justement d'être... Agile. De fait, j'en reviens à ce que je te dit sur ta définition du travail asynchrone + objectif à réaliser, c'est juste ainsi que dans le monde du dev il faut bosser. Il ne faut pas bosser par estimation, par coups de fouet, par dogmes, etc. Il faut laisser les développeurs être ce qu'ils doivent être : des ingénieurs. Pas, des exécutants. (et donc il faut remettre le salaire qui va avec)
L'Agile est donc un grand mot, qui n'a pas été inventé par James Martin ou, Ken Beck, Alistair Cockburn, etc. Non ils ont été des agrégateurs apportant leur vision de l'Agile, mais l'Agilité initialement tire ses bases des usines Toyota et elle même tire ses bases des armées. Donc il faut faire attention avec le terme Agile, qui veut vite dire tout et son contraire, au delà des différentes méthodologies ou des Frameworks agile. La base réellement de l'agilité, c'est d'être flexible et tout un tas d'autres choses. Agile ne veut pas dire daily meetings tout les matins, ne veut pas dire sprint de 2 semaines, ne veut pas dire livraisons tous les jours, etc. Ça, ce sont des points de vue et des manières de l'appliquer, qui souvent d'ailleurs en réalité, ne marche pas avec la réalité d'une équipe ou d'un besoin client, tout comme le cycle en V ne marche pas non plus.Il est clair que ceux qui sont passés par le moule d'une ESN sont à des années-lumière de pouvoir et arriver à le comprendre et, arriver à se déformater d'un environnement de travail qui au quotidien ne correspond pas à la réalité de ce que devrait être leur quotidien. L'environnement toxique que tu décris ressemble aux ESN nouvelle génération qui veulent se donner un genre, par exemple.
Pour répondre à ta dernière question, jusqu'ici, toutes mes missions freelances ont toujours été à 100% en full remote et dans le contexte que tu évoques. Sur la question de savoir où je les trouve, dans 99% des cas, on me démarche, donc je ne peux pas, pour le coup, te dire. J'ai très peu de succès sur les plateformes paradoxalement, mais beaucoup de succès sur le bouche à oreille. Mais je peux quand même supposer à travers mon expérience qu'on retrouvera majoritairement une ambiance non toxique avec un cadre agile mieux appliqué dans des agences web en (réellement) full remote.
Contacter en MP
vjovanov
Nombre de posts : 4Nombre de likes : 1Inscrit : 25 mars 2022Alors déjà, merci pour ta réponse si complète, tes informations sont si précieuses!
Je n'ai jamais travaillé en CDI, je me suis mis directement en freelance et l'ensemble des missions que j'ai fait étaient avec un contrat de sous-traitance auprès d'ESN pour un client final, donc il est plutôt vrai que le seul moule que je connaisse soit celui des ESN.
Et ce que tu me dis m'ouvre un vrai champs des possibles car il est vrai que je pensais que le modèle dans lequel j'étais était le modèle de 95% des entreprises françaises avec pour seule possibilité de trouver des missions à l'étranger pour de l'asynchrone/full remote!Mais du coup, est-ce que ton expérience en full remote (expérience que je n'ai jamais connu - uniquement du hybride) ressemblait automatiquement à une forme de travail asynchrone ? Pour illustrer ma question: Supposons qu'a partir de maintenant, je souhaite faire mes journées de travail de 16h a 22h et que chaque semaine je suis capable de délivrer ce qui m'est demandé, est-ce que c'est quelque chose que je peux imaginer faire si je me trouve une mission en full remote ?
Et pour terminer sur ton dernier paragraphe, malgré que dès que je me mets en recherche de mission on me démarche assez rapidement, je n'ai encore JAMAIS reçu une seule proposition pour un poste en full remote (uniquement du hybride sur Paris). Via quel canal penses-tu que les recruteurs te trouvent le + ?
EDIT: Après avoir mal lu ton dernier paragraphe j'ai donc bien la réponse. Le bouche à oreille et tenter plutôt de trouver comme client une agence web pronant/autorisant le full remote pourront clairement augmenter mes chances de trouver une mission en full remote AGILE avec une facon de travailler en asynchrone!Free-Worker-99999999999Il me semble avoir répondu à ta question dans mon précédent message, mais je vais le répéter au cas ou, à ta question "ressemblait automatiquement à une forme de travail asynchrone ?" : oui.
Moi je ne crois pas au full remote qui ne soit pas asynchrone, cela perd tout son intérêt et l'intérêt en réalité, profond, de l'avantage en terme de productivité du point de vue d'une entreprise, que d'avoir des salariés (ou freelance), en full remote.
Certains ont des arguments bateaux assez niait du type "oui mais, on a une poignée de main en full remote" ? Ces mêmes gens sont incapable de comprendre de base le full remote tout court et encore plus, la base de comment on devrait réellement travailler dans notre domaine. Souvent ce sont des gens en-costumés (je ne suis pas contre les costumes, il faut comprendre la nuance) jusqu'à l'ongle qui aime se donner un genre et briller en société et donc, par essence, ne prendrons jamais le temps de comprendre ce format.
Oui, sur le format de travail que tu évoques, c'est quelque chose que tu peux faire. Maintenant, si tu veux mon expérience, je te déconseillerais autant que possible, de ne pas avoir des horaires de bureaux en full remote. Déjà parce que pour le cycle du sommeil, c'est très mauvais de bosser le soir, tu finira pas avoir des problèmes (cardiaux, etc), ensuite, parce que la majorité du monde vie sur des horaires de bureau et que pour avoir une vie sociale, c'est beaucoup plus facile. Maintenant tu fais comme tu veux et il faut bien expérimenter à un moment donné pour avoir son propre avis.
Les missions en full remote sont sur les mêmes plateformes que les autres missions. Ici aussi il y en a, mais si tu as du mal à en avoir, c'est tout simplement à cause du recul d'après COVID. Il y a désormais plus d'entreprise qui font de l'hybride ou du full présentiel. Nous sommes dans une période ou la notion de management dans l'IT commence à être remise en question et ça ne plait pas du tout, donc si en plus tu rajoutes un format ou elle devient dispensable, comme l'est le full remote, forcément, ça ne colle plus.
Je te déconseillerais de te reposer sur le bouche à oreille, c'est quelque chose qui marche si comme moi, tu est dans le monde du dev depuis que tu es enfant et que depuis le temps tu as eu l'occasion de rencontrer beaucoup de monde. Mais pour la très grande majorité des gens, en réalité, c'est quelque chose qui ne marche pas. Je suis quasi inexistant sur les réseaux, je n'ai pas de photo de profil sur linkedin ou de bannière, sur mon CV, ma photo date de dix ans quand j'avais encore la chance d'avoir une toison au dessus de la tête, etc. Bref, je suis l'inverse d'un bon profil qui fait vendre. Donc je ne suis pas un exemple sur comment trouver des missions et encore moins en full remote mais je suis l'exemple qui démontre que le bouche à oreille ne marche que dans des cas particulier et que donc, il ne faut pas miser dessus.Pour le full remote, selon moi, il n'y a qu'une chose à faire : prendre un poste qui ne le soit pas en attendant et s'acharner à postuler jusqu'à arriver à trouver un poste et quitter son poste en présentiel pour le poste en full remote.
- Contacter en MP
Droopyann
Nombre de posts : 3279Nombre de likes : 1579Inscrit : 21 mai 2018Le travail asynchrone me semble très intéressant, et ne pas seulement concerner les DEV.
Néanmoins, cela demande une réflexion forte sur le mode de fonctionnement de l'entreprise, comment sont fixés les missions et comment est observé l'atteinte des objectifs.
Egalement, comment l'information est partagé et comment les différents éléments de la chaîne sont responsabilisés.
Avec la responsabilisation vient aussi la notion de droit à l'erreur. Tellement de temps est perdu car on veut (ou on doit) "se couvrir".Actuellement, ça me semble difficile de trouver des missions sous cette forme.
Il faut espérer que ça se développe, mais il y a encore beaucoup de boulot.Je rejoins 99999999999 sur le fait que ça fait peur à certains (beaucoup ?). Mais pas que les "managers". Il y a aussi beaucoup d'opérationnels qui se retrouveraient dans la panade.
Justement tout ceux qui se cache derrière des horaires à rallonge, et des multiplications de réunions, mais qui concrètement sont incapables de sortir quoi que ce soit.-- Yann EURL IS depuis 2019 - Contacter en MP
Bussy
Nombre de posts : 38Nombre de likes : 31Inscrit : 9 novembre 2022Plus que l'heure de départ, c'est la plage centrale qui est attendue. Quelq'un qui aurait comme horaires 12h-20h ne serait pas bien vu non plus.
La culture majoritaire, c'est que les gens soient au boulot sur une plage 10h-17h. Si on se base sur des journées de 7h (et donc pas de "RTT"), ça laisse 1 h à faire de part et d'autre (on enlève une pause déjeuner). 2h si on se base sur des journées de 8h.
Le principal intérêt de cette disponibilité commune, c'est dans l'interaction. Rien de plus pénible que de devoir attendre le lendemain pour avoir une réponse quand on pose une question à 15h et que l'interlocuteur n'est plus au boulot (par exemple s'il bosse en Asie).
Alors, ça dépend des boulots, des missions, etc. mais la raison de cette culture est bien liée à ce besoin, et pas à un culte de la présence.Free-Worker-99999999999Je n'y crois pas trop à la notion de "bien vu" dans notre métier.
Nous ne sommes pas des animaux arriérés. - Contacter en MP
Free-Worker-655133
Nombre de posts : 187Nombre de likes : 163Inscrit : 4 janvier 2023Oui en général les grosses boites tech qui ont des bureaux en Europe, il est fréquent de bosser avec des équipes aux US et que tu sois le seul dans ton pays. Dans ce cas, c'est assez async.
Sinon, j'ai eu des missions ou c'était assez async et je trouve cela cool! Tu fait ton taff, push et tu peut allez profiter de ton après a la plage.
- Contacter en MP
JohnnyJohn
Nombre de posts : 100Nombre de likes : 98Inscrit : 13 novembre 2023J'ai déjà eu une expérience avec un très gros cabinet d'audit-consulting. C'est très simple : une partie de l'équipe travaillait plutôt entre 18 et 02h du matin, peut-être grâce à des fuseaux horaires déplacés. Cette équipe faisait le contrôle et la relecture des travaux du client, de la spec à la revue méthodologique des devs.
Les employés chez ce client étaient surpris : ils partaient à 18h-18h30 et le lendemain à 9h, tous les documents avaient été relus, commentés, critiqués, etc.
