Comment recruter et manager un développeur freelance ?

Bonjour Arnaud,

Alors déjà pour ce qui est des accomptes, pour un projet court tu peux refuser de payer un accompte, pour des projets longs... c'est compliqué, en gros le freelance a besoin d'argent pour vivre, du coup il devra accepter d'autres contrats pour pouvoir avoir une paye, et ça impactera fortement le delais de livraison
Je ne parle que des projets dde plus d'un mois, si c'est pour des projets plus court le freelance peut se permettre de se focaliser a fond dans votre projet

Maintenant un développeur qui disparait sans rembourser l'accompte, ça s'apelle du vol, vous pouvez porter plainte pour récupérer votre argent (plus les interet pour le préjudice, enfin sauf si vous avez payé le dev cash, la y'a rien a faire ^^')

Pour les dev qui abandonnent, j'aurais bien dit qu'il aurait fallu bien expliquer ce qui etait demandé pour éviter aux dev une mauvaise surprise, mais si vous dites que le cahier des charges est précis... Les freelances ont sous estimés le projet :/

Pour les estimations de délais, je pense que les dev estiment le développement du projet en one-shot, alors que dans tous les projet, que ce soit chez les freelances ou les agences, is y'a des bugs, des problèmes, des blocages qui augmentent drastiquement le temps necessaire :/
Généralement les agences estiment très large pour éviter de repousser (ca leur arrive de devoir repousser mais c'est plus rare), le problème des freelances c'est qu'ils essayent d'estimer au jour exact quand le projet sera terminé, et ça, c'est impossible, on ne peut estimer qu'une fourchette de temps et on donne la fourchette haute, mais on peut pas dire "j'aurais terminé le projet à tel jour à telle heure", non on estime une fourchette, et on donne la fourchette haute
Après pour un simple site vitrine, c'est la seule exception ou on peut estimer au jour prêt

Ensuite, vous les cherchez où vos freelances? sur Fiverr? Malt? Linkedin?
Vous travaillez avec quel stack technique?

Bonjour Arnaud,
Je pense en effet que ça doit être compliquer de trouver de bonnes personnes, fiables et honnêtes (comme dans beaucoup de corps de métier finalement). Il y a, de mon point de vue, dans ce métier plusieurs facteurs "agravants" :

• Aujourd'hui avec toutes les formations courtes, les bootcamps, les e-formation etc .. beaucoup se disent développeur mais ne le son pas .. il n'y a qu'a voir le nombre de Fullstack sur linkedin .. qui en réalité ne sont ni full ni stack :D
• Il y a aussi le fait que pas mal de développeurs ont un profil un peu "geek" ou "ermite" (ce qui est un stéréotype mais aussi une réalité, pas forcément une majorité) donc ils ont beau être très compétent dans leur domaine, le côté humain est difficile à gérer.

Pour trouver un bon développeur, c'est bien de pouvoir regarder ce qu'il a déjà fait, pour avoir une idée de ses compétences (avec pour côté négatif de ne pas donner leur chance à des juniors motivés)
Ensuite, l'avantage des plateformes comme malt c'est que grâce (ou a cause, en fonction du point de vue) des sytèmes d'avis .. vous ne prenez pas trop de risque en prenant un dev qui à 4 ou 5 étoiles avec ppas mal de projets réalisé. (et la plateforme bloque le paiement tant que vous ne validez pas)

Sinon il y a aussi la possibilité de faire appel à des gros collectifs, qui ont la force de pouvoir vous proposer les meilleurs pour répondre à vos besoins car ils sont pas mal et on beaucoup de spécialiste (je peux d'ailleurs vous mettre en rapport avec eux si vous le voulez, pour voir ce qu'ils vous proposent)

Finalement le plus dur, comme dans tous les secteurs et dans la vie en général c'est de trouver d'abord l'humain qui est quelqu'un d'honnête, et qui est de plus en plus rare.
En tout cas j'espère que vous trouverez de l'aide ici, personnellement je ne pense pas avoir les qualités requises pour répondre à votre demande, mais je connais potentiellement des gens qui pourraient l'être donc n'hésitez pas si vous avez besoin.

Clément

Merci pour votre message détaillé.
Oui pour chaque projet mes CDC sont très détaillés et j'ai même souvent des remarques des développeurs qui me dise't que comme ça rien n'est laissé au hasard et ils apprécient.
Bien sur, il m'arrive parfois d'oublier des points dans le CDC et je ne me permet pas de le demander dans le même devis. On voit ensemble, on augmente le délai et les € etc.
Je trouves les freelances pour les projets a 2000-4000 euros sur Codeur.
Pour les projets inférieurs à 500 euros j'en trouve aussi sur Codeur, mais surtout sur 5euros ou Fiverr effectivement. Mais justement sur Fiverr & 5euros, comme je peux leur mettre une note, et qu'il y a un intermédiaire (comme uber pour les taxi), j'ai BEAUCOUP moins de projets abandonnés (voir jamais dailleurs).

De rien ;)

Okay alors CDC très détaillé, et quand il y'a des choses à rajouter tu refais le devis, c'est une très bonne chose, généralement quand les clients demandent des trucs en suppléments ils ne refont pas le devis (bon... après si un freelance ou une agence dit qu'ils sont AGILE, le client est dans son droit x))

Mmmh alors Codeur ça peut être une bonne chose (sur Codeur aussi tu peux mettre une note au fait ;))
Alors le système de Codeurs c'est que tu publies un projet, et les freelances font des propositions, déjà pour l'estimation du temps, ils vont toujours estimer à la baisse car c'est les enchères, par exemple ils estiment 2semaines de travail, mais ils remarquent que quelqu'un d'autre a proposé une semaine de travail, donc la personne va s'aligner pour avoir une chance, et du coup l'estimation du temps est faussé par une concurrence agressive
Même problème pour le prix, les freelances vont devoir s'aligner sur des prix plus bas qu'ils auraient voulus pour s'aligner aux autres qui bradent les prix, mais du coup ils vont être en recherche d'autres projets, et il y'a de fortes chances qu'ils abandonnent ton projet

Pour Codeurs, est-ce que tu prends les offres les plus intérressantes ou bien tu analyses les profils et tu prends aussi en considération les propositions les plus chères et les plus longues? Il faudrait aussi que tu puisses estimer le temps le plus court, pour faire le tri et bazarder les freelances qui proposent un temps irréaliste, par exemple un backoffice avec API en 1jour, tu peux le baser direct

5euros je ne me suis jamais penché dessus, je connais sont existance mais je ne connais pas plus que ça

Alors Fiverr maintenant, je truc c'est que tu as beaucoup de pseudo-développeurs, qui n'ont pour la plupart aucune rigueur, aucune notion de clean code
Le moyen pour trouver un dev de qualité est quand même assez simple et je pense que tu le fait déjà, il faut voir ceux qui ont beaucoup de projets réalisés, et une bonne note, donc je ne te déconseille pas d'utiliser Fiverr pour des projets simples, il y'a quand même des freelances de qualité, ils ne font pas du code super opti, maaaais ils livrent des site de bonne qualité, pour des projets plus avancés par contre ce sera compliqué (à la limite Fiver Pro, mais bon le principe de Fiver c'est de chercher du low cost, et les FiverPro ils sont dans les prix du marché)

Après je te conseillerais Freelance-Republik, ils ont peu de freelances mais tous de qualité, la plateforme fait un tri très strict et n'acceptent pas les débutants sur leur plateforme, tous les freelances inscrit ont un entretient technique au telephone, puis des exercices à faire, et si ils ont les compétences suffisantes ils sont acceptés dans la plateforme, bref pour un freelance, s'inscrire à cette plateforme c'est comme un entretiens d'embauche

Tu as aussi une solution qui te demandera un financement supplémentaire, c'est de solliciter les service de recruteurs, généralement les agences de recrutement voudront que tu soit client chez eux, soit sous la forme d'abonnement, soit en un payement à vie, tu leur soumet ton projet, et ils se chargeront eux même de trouver la bonne personne, et généralement ils sont assez strict,s car ils jouent leur réputation à chaque recrutement

Maintenant il faut voir sur linkedin, déjà oublies ceux qui se revendiquent dev fullstack, TOUS les dev sont full stack avec une spécialisation back ou front, par exemple je suis un dev principalement backend, et je sais travailler en front, je pourrais très bien prétendre être full stack sous prétexte que je sais faire du dev front, mais non, je suis un dev backend
Tous les dev front ont des connaissances en back, et inversement, le fullstack c'est à partir de 15ans d'experiences (10ans dans sa branche principale, et 5ans d'experience dans l'autre branche, et à partir de 5ans on a un profil entre intermediaire et senior)

Hello Arnaud,

Effectivement, ce n'est pas simple de trouver un bon développeur. En complément de ce qui a été dit :

Pour du site sur mesure from scratch, il me semble opportum de s'appuyer sur un bon framework (Laravel, Symfony par exemple).
Il s'agit d'un socle technique solide, qui permet de gagner en temps de dev en s'appuyant sur des composants robustes et éprouvés. Bien sur, même avec un framework un développeur peut faire du mauvais code. Mais c'est déja une base correcte pour démarrer un projet.

Ensuite, lors de la sélection, il est intéressant de voir ce qu'a déja réalisé le développeur. Son Github peut beaucoup t'aider à ce niveau.
Les références sont ensuite un autre moyen de s'assurer du sérieux du développeur.

La réponse au CDC doit être une analyse du besoin, avec prise en compte des contraintes techniques, donc pour moi une proposition de collaboration ne tient pas sur une ou deux pages, et doit être argumenté.
C'est dans l'intérêt de tous, plus le projet est détaillé, plus le calcul du temps de développement sera proche de la réalité, et plus la planification du projet sera précise.
Bien sur, comme pour tous les projets, il y a toujours des aléas, et il faut prendre une marge de sécurité à la planification.

Parfois, le point de vue du développeur (avec un regard extérieur) peut amener une plus value au projet (au sens fonctionnel du terme). C'est aussi son rôle de conseiller son client, et c'est même très important ce devoir de conseil. Bien évidement, le client peut ensuite décider en connaissance de cause.

Pour ce qui est des acomptes, perso je n'en demande pas, je suis plutôt partisan de livraison par petits lots (définis avec le client) avec recettes et facturations intermédiaires. Ca permet au client de visualiser rapidement les résultats du dev et d'éventuellement corriger le tir le plus vite possible si besoin (recadrage scope projet). C'est dommage d'attendre une recette finale unique pour se rendre compte que ça ne colle pas au besoin...

Enfin, dernière chose, il ne faut pas hésiter à payer une meilleure qualité. D'expérience, un projet n'est jamais réellement du one-shot, et même, un projet réussi est forcément amené à évoluer car il est utilisé et s'il est bien étudié, alors il y aura des développements complémentaires (c'est tellement bien qu'on va en élargir le spectre). Et c'est là qu'un développement rigoureux, maintenable et qualitatif devient essentiel pour pouvoir évoluer...

Merci énormément. Ca m'aide beaucoup a remettre en question la facon dont je procède et ca élargi mon champ de vision.

J'ai également souvent des "excuses" (je ne peux évidemment pas évaluer si c'est vrai ou faux) du type :

Dsl je n'étais pas dispo car j'étais malade pdt une semaine.

Oui mais comme un salarié, il faudrait prévenir lors du 1er, 2em ou 3em jour.

Un projet que j'avais avec un autre client que vous m'a pris plus de temps que prévu. J'ai donc postpone votre projet.

Meme si c'est certainement presque impossible, vous auriez une idée pour palier a ce genre d'excuse en amont ?

Ah quand même le coup du freelance malade qui ne prévient même pas ses clients... Ca va loin quand même :o

Pour les problème des projets d'autres clients, c'est compliqué, déjà vous êtes "nouveau client", ensuite vous ne payez pas d'acompte, donc vous êtes dans une position compliquée par rapport aux autres clients qui mêttent leurs projets en conflit avec les votres :/

Pour palier à ce genre d'excuses en amont, je dirais qu'il faudrait "gagner des points de priorité" par rapport aux autres clients, un moyen serait de laisser entendre au freelance que si vous êtes satisfait de ses prestations, vous deviendrez un client régulier et vous passerez principalement par lui vous vos prochains projets
Et quelle que soit la situation, les freelances savent qu'il faut faire attention à ses clients réguliers, bref c'est un peu comme un employeur qui donne un CDD a un salarié et qui lui dit "si tu bosses bien y'a un CDI à la clé" :p

C'est quand même dingue que des freelances sortent ce genre d'excuses .. comment ils font pour garder leur clients ces types ?
Et être malade ça arrive à tout le monde, mais des maladies qui te font t'arréter une semaine entière, c'est quand même pas tous les 4 matins :D

Arnaud, petite question : Vous faites appel "régulièrement" à des freelances, c'est toujours ou presque pour le même genre de boulot ? Est ce que par exemple, un seul freelance pourrait tous les gérer ou les technos et les besoins changent radicalement en fonction des projets ?

Un seul freelance peut tous les gérer si il est assez compétent. Mais ça a toujours été du HTML, PHP (avec du curl etc. Ce n'est pas non plus extrêmement simple) & Mysql.
J'ai travailler parfaitement bien avec un dev sur un gros projet. Il a fait la première version, puis la deuxième du site, et ensuite pendant 6 mois il a commencé à faire le 3ème CDC pour le même site, il a voulu abandonné 2 fois, je l'ai remotivé et la troisième fois était la bonne, il a vraiment abandonné. J'aurais peut être mieux fait de ne pas le remotiver la premier fois qu'il m'a parlé d'abandon, je ne sais pas.

Mais d'un autre côté, quand j'ai un projet qui demande 1 mois de travail, je ne paie pas les freelances 350€ HT /jour donc 7000€ pr un mois (350€ * 20j de travail). Mais c'est très difficile, je sais que ce n'est pas parce-qu'un produit ou un service est plus cher qu'un autre qu'il est automatiquement de meilleur qualité. De même pour le temps de travail. La productivité d'un développeur à l'autre varie. Quelqu'un qui donne 1 mois de délai peut travailler parfois le week-end, certain font du 8h-18h 5/7j mais sont plus productif donc in fine le travail est réalisé dans le même délai.

C'est pour ça d'ailleurs que je n'ai jamais payé un développeur "à l'heure", mais je lui montre le CDC, on se met d'accord sur un tarif & un délai et je signe le devis.
Pourtant, avoir un développeur freelance que je connais bien, en qui j'ai confiance, que je sais qu'il est compétent, sur le long terme c'est autant bénéfique pour lui que pour moi. Car in fine, la création de ce topic, ma reflexion pour réussir à améliorer ce process avec le développeur, le temps de recrutement etc. C'est du temps de travail dépensé. J'ai tout intérêt à trouver un dev compétant, stable pour travailler sur le long terme.

Notamment quand j'ai un projet qui fonctionne bien et qui est rentable, je dois l'améliorer. Et faire travailler un développeur sur le code d'un autre, je sais très bien que c'est très compliqué. C'est toujours : "le précédent à fait du mauvais travail, etc." Mais ça c'est universel, c'est la même chose pour les garagistes ou les entreprises du batiment.

Tout ça pour dire qu'il y a forcément quelque chose qui ne va pas aussi de mon côté, des choses que je fais mal.

Car en 10ans, ne pas avoir trouvé un développeur fiable sur le long terme... Ce n'est pas une réussite tout de même.

C'est pourquoi j'ai créé ce topic.

Ok je comprends, donc oui effectivement, je suis entièrement d'accord, le top pour vous et pour lui c'est de bosser toujours avec la même personne. Je trouve ça fou que vous n'ayez encore trouvé personne. Soit vous n'avez pas de chance, soit vous ne les payer pas assez, soit les projets finissent toujours en galère.

Parce que personnelement, travailler avec un client régulier, je trouve ça vraiment génial. Surtout qu'au bout d'un moment, on se comprend plus vite, on bosse plus vite etc etc ..
Je travaille régulièrement avec une agence, et autant pour eux que pour moi, on sait que c'est facile, qu'il n'y a aucune galère entre nous, et que le projet sera mené à bien.

Sinon, comme je vous l'ai dit dans mon premier message, rapprochez vous d'un collectif de freelance, ils ont l'avantage d'avoir une réputation à tenir, ils ne peuvent pas se permettre de lacher un client comme ça. Et comme ils sont plusieurs, il y a toujours un "chef de projet" qui s'occupe de gérer le dev, le graphiste, ou autre. Et si le dev par exemple plante le boulot, c'est le chef de projet qui s'occupera de gérer le remplacent pour que le client ne soit pas laisé.

Ah oui un dev un dit qu'il veut abandonner, c'est qu'il n'a plus la force de continuer sur le projet, meiux vaut le laisser, c'est dommage vu que c'etait un bon dev mais bon :/

Alors pour le TJM, c'est le prix du marché, pour 7000€ une agence fait un site vitrine complet (landing page + quelques page et eventuellement une gallerie), et un freelance prendrait 4000€ pour un site vitrine complet, pour un projet PHP curl etc... ca va chercher plus cher, après ça dépends du nombre de pages, des fonctionnalistés demandées, des technos demandées, de la demande sur le marché sur telle techno (et oui le prix vient principalement de l'offre et de la demande), enfin bref y'a plein de facteur qui s'ajoutent à la facture

C'est le prix d'un site, après il y'a plusieurs type de qualités, déjà le low cost (Fiverr), c'est des dev tout frai sortis des écoles en ligne, ensuite pour les tarifs plus cher (enfin, au prix du marché) il y'a les dev expérimentés, mais aussi des débutant qui s'alignent sur les prix du marché
Bref ce n'est pas parce qu'un service est plus cher qu'il est de meilleure qualité c'est vrai, par contre un service moins cher est forcement de moins bonne qualité (bon au moins y'a pas de mauvaises surprises, en payant moins cher au moins on sait a l'avance qu'il y'aura des problèmes x))
En tout cas les freelances compétents ont rapidement un carnet des clients bien fournis, donc la négociation c'est compliqué avec eux

Pour la productivité, c'est vrai, chaque dev a son rythme de travail, si il commence a faire plus, il sera moins concentré :/

Le coup du dev précédent qui a fait du sale travail, alors oui c'est très répandu, et c'est vrai, énorméments de dev ne respectent pas les PSR (on ne demande pas de respecter tous les PSR y'en a trop, mais au moins le PSR 2, 4 et 16 et les principes SOLID en PHP du coup on ne comprends rien, personnellement avant de faire le devis si c'est pour une reprise de developpement je demande a voir le code source, si c'est propre je fais un devis, si c'est mal foutu mais que ça reste compréhensible, je rajoute un temps de travail pour analyse du code, si c'est du n'importe quoi je refuse le projet et je propose de repartir à zéro (les clients refusent dans 99,99999% des cas de repartir à zéro si y'a beaucoup de travail) :X
Sinon il y'a le problème du PHP qui est facilement casse-gueule, il faudrait plutot se tourner vers un framework PHP comme Synfony ou Laravel qui est beaucoup plus stable

Popotte, je ne suis pas forcément d'accord avec ce que tu dis par contre un service moins cher est forcement de moins bonne qualité
Il y a des juniors qui ne facturent pas a fond par manque d'experience ou de confiance, mais ils ne sont pas forcément moins bon que d'autres.
Il y a aussi des "mauvais" qui surfacturent ..
Pour donner un exemple qui m'ai arrivé il 'y a pas longtemps, un client a refuser mon devis moins cher que celui d'une agence pour la création de son site, car il faisait plus confiance à la fiabilité de l'agence. Résultat des courses, il a un site de merde :D Franchement, j'ai été choqué quand j'ai vu le résultat .. un design minable, un responsive à la limite du passable et WP ultra lourd, avec un builder de page de m*** ;)

Bref, je ne suis pas d'accord quoi :D

Pour les mauvais qui surfacturent oui c'est vrai, par contre un senior qui se brade y'en a pas :o

Et quoi qu'on puisse dire l'expérience ça joue (surtout quand les dev ont tendance à se dire "comment j'ai pu coder cette m..." quand ils voient leur code d'il y'a 6mois x)) un junior peut etre bon, mais comparé à un senior qui a pratiqué avant que le junior ne commence à se reconvertir dans le dev... Et si le junior s'avère être meilleur que le senior, honte sur ce senior il a foutu quoi pendant ses années de pratiques?! :o

Pour l'exemple des l'agence, ouai c'est sur que les agences faut pas en choisir une au hasard, maintenant faut savoir si c'etait une vraie agence réputée ou bien un "moulin à dev" qui ne garde qu'un lead dev et ne refile que des CDD non-renouvelés (bref un seul dev expérimenté qui distribue le travail et toute une équipe de juniors qui coutent pas cher et qui s'occupent des projets)

Après c'est vrai que dans mon poste j'ai mélangé plusieurs choses, pour ce qui est des agences, je disais juste que le prix de 4000€ pour un site c'etait un prix normal, et une agence prennait même plus cher, je ne parlais pas de qualité ^^'
Et quand je parlais de qualité de service, la je ne parlais que des freelances, entre un freelance tout frai sortir d'école et un freelance avec plusieurs années de pratique et des centaines de projets à son actif, un débutant qui surfacture pour s'aligner dans les prix d'un senior oui il y'en a, par contre un senior qui se brade c'est rare, y'a trop de demande pour qu'il se brade

C'est juste que j'ai fourré les deux sujets dans le même poste mais je parlais de deux choses différentes, pour les agences je ne parlais que du prix, mais de la qualité ^^'

Oui je suis d'accord :)
Mais parfois, il y a des juniors (pas des débutants) qui sont motivés, et sérieux, et qui envoient du boulot de qualité.
Mais je te rejoins sur le fait qu'en fonction du projet, il faut absolument un senior pour gérer les subtilités, et les aléas du projet.

alala, quel beau métier :D