J'ai embauché plusieurs développeurs de différents endroits du monde. Tout se passe bien, mais je vois que certains abusent trop de ma politesse ces derniers temps.

Ils sont tous embauchés pour une journée complète. Cependant, je constate qu'après 5 heures par jour, peu de choses ont été faites.

J'envisage de développer un logiciel qui prendra une capture d'écran de l'écran de l'ordinateur toutes les 1 à 5 minutes et la téléchargera sur mon système. Cependant, cela va aux extrêmes.

Comment les gens gèrent-ils généralement les développeurs distants?

Vous embauchez des programmeurs honnêtes et vous (en consultation avec eux et éventuellement d'autres programmeurs honnêtes pour vérifier la réalité) fixez des objectifs raisonnables dans des délais courts. S'ils n'atteignent pas les objectifs, tirez-les. S'ils atteignent les objectifs, cela ne vous importe pas s'ils jouent au solitaire pendant 2 heures d'affilée pendant qu'ils se vident et réfléchissent à un problème.

Les captures d'écran semblent contre-productives. Dans ce cas, vous avez des ennuis.

L'idéal est d'avoir des jalons tangibles et de vérifier leurs progrès par rapport à eux. Si vous ne pouvez pas en avoir pour votre argent sur les jalons en fonction du temps que vous devez payer pour les obtenir, trouvez une autre aide. Si vous ne pouvez pas créer l'œuvre à ce niveau de détail et que vous ne savez pas si vous vous faites arnaquer, il peut être inapproprié de s'approvisionner à distance. Vous pouvez introduire un système d'appel d'offres pour le travail, mais si vous ne pouvez pas détailler ce qui est nécessaire à un bas niveau, pouvez-vous dire quelle est la qualité du code?

En général, l'externalisation et le travail à distance devraient viser à acheter des résultats et non à gagner du temps. Sinon, comme vous l'avez découvert, la confiance tombe en panne.

Ce que vous voulez s'appelle un contrat. Le contrat indique ce qu'ils doivent livrer et quand, et ce que vous devez payer et quand.

Aussi simple que cela. Tout le reste serait dramatiquement contre-productif. Cela rompra la confiance entre vous et le pigiste. Si vous voulez regarder de près ce que font les gens, pensez à embaucher dans votre bureau.

Soit ils produisent suffisamment de code pour ce que vous payez, soit vous trouvez quelqu'un qui le peut. S'ils tapaient sur leurs claviers et leurs souris pendant 10 heures par jour et produisaient des ordures, allez-vous toujours les garder juste parce que vous les payez pendant 8 heures?

Définissez les demandes et obtenez des délais convenus. Si vous n'êtes pas d'accord, embauchez des personnes qui le feront. Vous êtes un programmeur et devez être en mesure de repérer s'ils ont heurté ou non des obstacles légitimes.

Je créerais une feuille Excel avec une ventilation de chaque fonctionnalité.

L'entrepreneur doit le mettre à jour quotidiennement.

Chaque élément doit avoir une progression définie en termes de%.

Lorsqu'une fonctionnalité est à 100%, elle doit être prête pour que vous vous «déconnectiez».

Si un élément fonctionne comme prévu, cet élément doit être signalé et corrigé.

Faites vos devoirs d'abord

Vous devez être à l'aise avec les personnes que vous embauchez avant de les embaucher.

Au moment où vous songez à espionner essentiellement les personnes que vous embauchez, il est trop tard. Je suis un programmeur honnête, mais je ne travaillerais pas dans ces conditions (même en supposant qu'elles soient légales). C'est comme lorsque vous traversez la frontière - vous ne cachez peut-être rien, mais ils vous font vous sentir comme si vous étiez.

Faites des vérifications des antécédents, obtenez des références, posez des questions. Utilisez des services fiables. Prenez des décisions prudentes, puis suivez les conseils des autres réponses données ici.

J'ai travaillé avec Scrum récemment et je peux vous le dire. Avec cette méthodologie Agile, les slackers n'ont pas de place pour éviter la transparence. Et prouve également que vous êtes un bon gestionnaire / leader en leur envoyant des tâches réalisables.

Payez-vous pour les résultats ou le temps? Si vous payez pour des résultats, alors ce n'est pas à votre entreprise combien de temps ils mettent pour atteindre ces résultats. Si vous payez du temps et que vous ne pensez pas qu'ils sont honnêtes à propos de leur temps, laissez-les partir et trouvez quelqu'un d'autre - si vous ne pouvez pas leur faire confiance, à quoi servent-ils?

Si vous fournissez l'environnement, l'enregistrement est une option, mais vous devrez d'abord les informer, ce qui leur donnera la possibilité de le simuler. Combien de temps leur faut-il pour rechercher la réponse à un problème? Lire des ressources hors ligne, simplement s'asseoir et réfléchir? S'ils ne sont pas honnêtes, tout ce que vous allez faire est de passer beaucoup de temps à obtenir des résultats non concluants. S'ils sont honnêtes, vous allez probablement les offenser et ils continueront. De toute façon, ils sont partis.

Qu'en est-il des référentiels de code source et vous avez besoin de leur engagement constant. Petits commits atomiques: "engagez-vous tôt, engagez-vous souvent". Utilisez les fonctionnalités de DVCS (branches, tags) pour valider des éléments qui ne sont pas censés être inclus dans le produit final.

De cette façon, vous pouvez avoir une assez bonne idée de ce qui est fait, de ce qui doit être fait, etc.