Premièrement, il est important de comprendre que les entrepreneurs ne sont pas des employés et que la raison pour laquelle de nombreuses personnes se lancent en affaires en tant que pigistes ou entrepreneurs est d'échapper aux limites normales d'un emploi 8-5.

En règle générale, les entrepreneurs utilisent leur propre équipement, paient leur propre assurance maladie, gèrent leurs propres déclarations et déclarations fiscales, et fixent souvent leurs propres horaires.

Mon expérience vient d'être un entrepreneur aux États-Unis , mais j'ai trouvé des informations de la base de connaissances du ministère néo-zélandais du travail sur la différence entre un entrepreneur indépendant et un employé:

Les choses à regardez inclure:

• L'intention était-elle d'être un entrepreneur indépendant ou un employé?
• Existe-t-il un accord écrit ou une correspondance indiquant votre intention ?
• Qui paie les taxes à l'administration fiscale?
• Qui fournit l'équipement?
• Qui contrôle comment et quand le le travail est terminé?
• Qui a le pouvoir d'embaucher d'autres personnes pour faire le travail?

En outre, voici un cas de Nouvelle-Zélande la loi qui fournit des informations sur la manière dont les tribunaux néo-zélandais déterminent la différence entre un employé et un entrepreneur.

Dans ce cas, le sous-traitant a en fait été considéré comme un employé parce que l'entreprise a fourni du matériel, un salaire régulier, un horaire fixe et même des retenues d'impôt. Dans ce cas, le domaine de préoccupation pour vous est en termes d'outils et de contrôle de la façon dont le travail est effectué.

Avec les critères pour être un entrepreneur établi, je vais vous dire que j'ai été de l'autre côté de cette relation d'affaires, en tant qu'entrepreneur. C'est à moi d'utiliser mes propres outils, mon propre ordinateur, ma propre connexion Internet, mes propres conseillers fiscaux et bien sûr, mon propre système de contrôle de version.

Dans mon cas, lorsque les lois américaines sur les droits d'auteur m'accordent tous les droits sur tout code que j'écris, ces droits ne sont pas transférés au client tant que le paiement n'est pas effectué. Ainsi, dans mes relations contractuelles antérieures, aucun code n'a été transféré jusqu'à cette période où le paiement a été reçu.

Dans votre cas, vous devez vous demander ce que dit le contrat? Que dit la loi néo-zélandaise sur les droits d'auteur sur le code écrit par un entrepreneur? Si le contrat ne couvre pas spécifiquement ce sujet, vous devez vous demander si la loi vous permet d'exiger quelque chose qui n'a pas encore été payé.

Puisque vous traitez avec un entrepreneur, vous ne pouvez pas constituent des règles arbitraires, à moins bien sûr que cela ne soit couvert dans le contrat lui-même. De plus, comme dans l'exemple de la jurisprudence, M. Bryson a été considéré par les tribunaux comme un salarié, sur la base des réponses aux questions de la différence entre salariés / sous-traitants; ainsi, il y a un risque que vous soyez redevable des impôts et des avantages si jamais vous avez un différend après avoir continué à traiter l'entrepreneur comme un employé.

Dans mon cas, j'ai finalement commencé à utiliser la version du client contrôle, mais c'était autrefois un niveau de confiance fondé sur une série de paiements ponctuels et rapides pour le travail effectué précédemment. Cependant, je n'avais aucune obligation de le faire conformément à notre accord, et j'avais pleinement le droit de refuser de le faire.

Alors, que pouvez-vous faire?

Tout d'abord, demandez-vous pourquoi vous avez besoin de ce code engagé. Travaillez-vous directement ou contribuez-vous également au code, ou y a-t-il une autre raison? Si la raison n'est pas importante, vous pourriez envisager de laisser tomber.

Si vous avez vraiment besoin de ce code, la meilleure chose à faire est de commencer par examiner votre contrat et de découvrir ce que vous avez accepté. Si votre organisation et le sous-traitant ont accepté d'utiliser le contrôle de version de l'organisation, vous pouvez alors rappeler au contractant cet accord écrit et discuter d'une fréquence de validation mutuellement acceptable.

Si votre contrat ne mentionne pas le contrôle de version, envisagez ensuite de contacter l'entrepreneur pour en discuter. Il est important de comprendre les préoccupations des entrepreneurs et vous devrez peut-être poser des questions approfondies - de manière non accusatoire - afin de déterminer les défis perçus. Demandez également si ce que vous demandez est acceptable. Sinon, essayez de trouver des alternatives appropriées sur lesquelles vous pouvez tous les deux convenir. Si le problème concerne l'argent, envisagez de discuter d'un paiement plus fréquent. Si ce n'est pas possible, envisagez d'utiliser un compte séquestre pour détenir des fonds, qui seront payables à la livraison.

Si vous ne parvenez pas à un accord acceptable et que le coût d'utilisation des services de cet entrepreneur dépasse les avantages que vous gagnez, puis regardez votre contrat pour voir s'il existe un moyen de le résilier. Gardez à l'esprit que dans de nombreux cas, l'une ou l'autre des parties peut résilier le contrat. En d’autres termes, l’entrepreneur peut également vous renvoyer vous et aller chercher du travail ailleurs, il est donc avantageux d’être un bon client. :)

En résumé, si vous voulez que votre entrepreneur soit réellement un entrepreneur, il est sage d'aborder cette situation comme si vous rencontriez un égal et non quelqu'un que vous pouvez contrôler. Bonne chance!

C'est une question difficile et il n'y a pas de réponse simple. Je pense qu'il y a deux points importants à garder à l'esprit.

• Vous avez embauché un professionnel et vous lui avez fait suffisamment confiance pour l'embaucher. Cela signifie que vous ne devez normalement pas interférer avec leur travail quotidien, ni essayer de les micro-gérer.
• D'un autre côté, si vous avez des besoins ou des souhaits spécifiques, le contractant doit les prendre en compte. compte, ou expliquez pourquoi .

Donc, pour répondre à votre question: si quelque chose est une demande légitime ou une micro-gestion dépendra de nombreux facteurs (le rôle de l'entrepreneur, les contraintes externes des travaux, les dépenses de l'entrepreneur, vos dépenses, etc.).

Cependant, une chose est indispensable: Si vous demandez quelque chose à l'entrepreneur, vous pouvez vous attendre à un réponse appropriée de l'entrepreneur.

La réponse peut être qu'il / elle pense que leur solution est supérieure, ou même que vous interférez avec des choses que vous ne connaissez pas bien, et cela peut être OK - mais ignorer les demandes, ou même les accepter, puis ne pas les suivre n'est pas professionnel.

Je crois donc que vous avez vraiment un problème de communication. Parlez à l'entrepreneur, si possible en personne ou au moins par téléphone / chat vidéo ou similaire. Décrivez vos préoccupations, en particulier là où vous pensez que vos demandes ont été laissées de côté. Essayez de ne pas l'accuser, mais expliquez que vous vous attendez à ce que vos demandes soient prises au sérieux (ce qui inclut un refus poli, si nécessaire).

J'espère que vous pourrez vous entendre de cette façon: -).

J'étais à l'opposé de cette question, il était de ma responsabilité de valider le code dans une instance SVN que mon client avait mise en place. Ni moi ni l’autre contractant du projet n’aurions pu faire fonctionner correctement SVN. Nous sommes arrivés au point où nous avons compressé le code et envoyé le projet par e-mail au client, en leur laissant le soin de régler le problème.

Indépendance de l'entrepreneur

Ma «journée de travail» dure environ 3 à 3,5 heures. C'est le temps que je passe au codage informatique et le nombre d'heures que je facture. Depuis que je travaille dans ma maison, je passe un peu de temps à faire la lessive, à préparer du thé, à courir partout pour déjeuner, à me couper les cheveux ou à réparer une voiture, etc. Et, bien sûr, à parcourir les questions sur les tableaux, y compris SE et LinkedIn.

À plusieurs reprises, j'ai encadré des gens, les questionnant souvent au cours du dîner sur des sujets liés à la programmation, aux affaires, à la science, etc. En faisant cela, je me suis amélioré de plus en plus pour expliquer les choses. Je me souviens des dizaines de fois où j'essayais d'expliquer quelque chose, j'en arrivais à une prise de conscience sur place, quelque chose de tangentiel à l'explication mais néanmoins un aperçu utile. Celles-ci ont souvent été d'une importance cruciale plus tard. J'ai notamment appris à communiquer avec des personnes non techniques et à être patient avec des personnes qui font de leur mieux dans les circonstances, mais qui sont au-dessus de leur tête.

Votre sous-traitant peut simplement faire les choses comme il pense qu'elles devraient être faites: ils ont déjà été microgérés auparavant et les ont pratiquement exclus. Ils pourraient soit passer du temps à vous expliquer pourquoi ils le font comme ils le font, soit simplement le faire. On leur a dit que cela devait être fait à une date particulière, ils savaient probablement au début que cela n'allait pas se produire, alors ils produisent au rythme naturel du développement du code. On m'a dit sur un projet que je devais terminer dans un délai législatif de six mois; 18 mois plus tard, j'avais fini. Si vous les renvoyez et embauchez quelqu'un d'autre avec le même délai, vous obtiendrez les mêmes résultats si le problème ne peut tout simplement pas être résolu dans le délai que vous exigez.

En bref, lorsque les gens le sont. la sous-traitance par choix, c'est généralement pour qu'ils puissent «établir leurs propres règles». Ils ont généralement découvert qu'ils pouvaient faire de leur mieux en se libérant de ce qui serait des préoccupations routinières en tant qu'employés: `` rendez-vous '' des utilisateurs ou des collègues, des procédures détaillées par les gestionnaires, des réunions `` toutes les mains '', des cabines cuites au four en Alaska. , etc.

Certains entrepreneurs peuvent expliquer cela si leurs clients écoutent, d'autres ne sont pas très bons dans ce domaine. Il n'y a rien de mal à demander le code, mais si SVN crée des problèmes, demandez-leur de vous envoyer une archive et vous pouvez la scinder dans un dossier de projet en double. Je n'ai jamais de problème à montrer mon travail; cependant, certaines personnes deviennent très défensives lorsqu'un gestionnaire demande des mises à jour de routine sur les progrès. Dans ce cas, l'entrepreneur ne fait probablement pas du tout son travail.

Traiter les entrepreneurs de la même manière que les employés

De nombreux entrepreneurs aimeraient être des employés - ils considèrent que la relation «sans lien de dépendance» est malheureuse. Cela est généralement vrai lorsqu'ils recherchent des avantages tels que des vacances et des soins de santé, ne craignent pas la routine de 8 h à 17 h et aimeraient croire que l'employeur les conservera pendant des années. Ces personnes ont tendance à travailler sur place, à faire ressembler leurs bureaux à des employés à plein temps et à devenir bizarres lorsque les gestionnaires ne les tiennent pas au courant du statut de renouvellement. Lorsque vous les trouvez, traitez-les comme des employés et, si possible, rendez-les ainsi.

Lorsque l'entrepreneur préfère travailler à domicile, semble avoir peu de patience avec la bureaucratie et a les doigts dans plusieurs tartes, il ne sont pas des employés en herbe. Ils ne sont qu'à un pas de créer leur propre entreprise et de vendre leur propre produit. Il vaut mieux les traiter comme des consultants hautement indépendants.

«Over The Top»

Le point particulier que vous avez soulevé ne me dérangerait pas, c'est un demande raisonnable. Cependant, être invité à faire de petites choses tout le temps est gênant, en particulier lorsque cela brise la concentration. J'ai l'habitude de passer du temps à me concentrer sur un problème, qui, dans certains cas, prend plusieurs jours. J'ai été dans des situations de travail, à la fois en tant qu'entrepreneur et en tant qu'employé, où l'environnement de travail était si plein d'interruptions que je ne pouvais pas avancer.

Signes que rien n'est fait Tous

De temps en temps, les employeurs rencontrent des personnes qui n'ont pas la moindre chance de s'entraîner.

Un exemple était un employé de la fonction publique chargé d'administrer certains serveurs. Cet individu était à la fois silencieux et reclus, au point d'être un hikikomori. La base était sur le point de fermer et cette personne a réussi à trouver du travail chez un grand employeur privé de la ville. Il a remis ses mots de passe en sortant de la porte le dernier jour de son emploi. Nous avons découvert presque immédiatement qu'il n'avait rien fait pendant toute la durée de son emploi.

Bref, dans l'administration des logiciels et des systèmes, le silence n'est pas d'or. Les vrais programmeurs ont tendance à être bruyants, ils insistent sur le fait que le langage de programmation qu'ils utilisent est le meilleur, ils se disputeront sur les bases de données, les architectures de processeurs et les navigateurs, etc. Dans un groupe de personnes partageant les mêmes idées, ils ont tendance à se plaindre des patrons, des utilisateurs, des associés de travail, des fournisseurs et des sites d'aide. Notez le pourcentage d'utilisateurs de ce forum qui sont liés à l'informatique.

J'ai choisi un client qui était dans une situation désespérée. À l'origine, les deux développeurs se sont assis devant un ordinateur dans le bureau du client et ont abordé les problèmes de conception nécessaires pour faire fonctionner un système de facturation médicale. Finalement, cependant, ils ont progressivement fait plus de leur «travail» dans leur enceinte rurale et ont évité toute présence sur place. Ils facturaient une certaine somme d'argent pour le «soutien», ce qui consistait à venir une fois par mois pour réindexer les fichiers. Je n'ai pas pu localiser le code source, qu'ils avaient accepté dans le contrat de laisser sur place. Lorsqu'ils nous ont donné leur copie, il s'agissait d'une capacité de disque différente de celle du bureau du client - nous avons dû passer par d'autres personnes en ville pour faire transférer les fichiers. En bref, ils étaient simplement passés du développement à la traite du client, et les vrais problèmes restaient non résolus, comme en particulier les changements dans les formulaires de facturation de Medicare. Il m'a fallu environ six semaines pour résoudre les problèmes critiques - à partir de là, j'ai apporté d'autres améliorations qui m'ont occupé et ont rendu le cabinet du médecin plus productif.

La troisième histoire est un peu par ouï-dire - je avait été embauché pour remplacer quelqu'un qui avait trouvé d'autres opportunités. Le plus haut responsable de ce projet déjeunait avec moi de temps en temps et, après quelques mois de travail, il me raconta les circonstances dans lesquelles l'ancien employé était parti. Son travail consistait essentiellement à corriger du code FoxPro qui était obsolète - le système avait de graves problèmes de performances et certaines choses étaient boguées. Quand j'ai regardé le code, c'était un peu déroutant, le backend était SQL Server (6.5) utilisant des procédures stockées. Ce n'était pas conforme à l'an 2000, nous étions donc sous pression. Quoi qu'il en soit, après avoir passé un mois là-bas, le cadre supérieur est venu la voir pour obtenir une mise à jour de son statut, elle s'est offusquée de la question et a dit en gros: `` Pourquoi me dérangez-vous? J'arrête!'. Sur ce, elle est sortie.

C'était mon opinion, après avoir travaillé sur le truc FoxPro pendant quelques jours, qu'il était impossible à maintenir, et nous devrions simplement écrire le nouveau système en VB6 et en finir avec lui. Il s'est avéré que les véritables problèmes de performances concernaient le serveur, que nous avons remplacé par une mise à niveau importante. Si elle avait fait prendre conscience au chef de projet de la difficulté de maintenir le code, et de la contrainte imposée par le serveur, il est peu probable qu'elle se soit sentie mise à l'écart un mois plus tard lorsque le patron lui a demandé le statut.

Pour quelqu'un, prendre cela personnellement signifiait qu'elle n'avait aucune idée de ce qu'elle faisait ou qu'elle n'avait pas le sentiment de pouvoir discuter de recentrer les efforts de développement pour un meilleur effet. J'ai tendance à soupçonner le premier, car les membres de notre groupe essayaient simplement de trouver le meilleur moyen de faire exécuter le contrat.

Si, comme l'indique @dreza, il s'agit d'un employé contractuel, travaillant sur des tâches assignées par l'entreprise. Dans ce type de contrat, l'entrepreneur doit suivre les politiques et les directives de l'entreprise qui l'a embauché. De plus, l'entreprise est propriétaire de tout le travail généré dans le cadre du contrat.

Dans ce cas, il est donc raisonnable d'exiger qu'elle suive la politique de l'entreprise et de confier son code à SVN. S'ils continuent de refuser de le faire, il est tout à fait raisonnable de résilier le contrat.

J'ai travaillé dans ce type de scénario de contact et je n'ai jamais eu d'autre attente que toutes les politiques de l'entreprise s'appliquaient à moi comme si je était un employé.

Si la personne est embauchée en tant qu'entrepreneur, vous ne pouvez pas vraiment la traiter comme un employé - si vous la traitez et qu'elle se laisse traiter comme un employé, alors il n'est pas un entrepreneur, et il peut y avoir conséquences graves (surtout fiscales).

En tant qu'entrepreneur, vous ne prenez pas de commandes. Cependant, vous gardez le client heureux, car les contrats peuvent être annulés. En tant que client, vous ne donnez pas d'ordres. Cependant, vous pouvez dire à l'entrepreneur ce qui vous rendrait heureux, et si l'entrepreneur ne vous satisfait pas, les contrats peuvent être annulés.

Si vous n'êtes pas satisfait de l'entrepreneur, ne lui ordonnez pas de vérifier les choses dans SVN. Dites-lui que vous aimeriez savoir quels progrès sont accomplis et que vous vous inquiétez des progrès, et dites-lui qu'il doit montrer des progrès. Vous ne pouvez pas lui donner d'ordres. Cependant, vous pouvez exiger des preuves que vous en avez pour votre argent. S'il ne fonctionne pas, il y a d'autres entrepreneurs, et il y en a plein de bons.

D'un certain point de vue, vous ne pouvez pas traiter les sous-traitants exactement comme vous traitez les employés - du moins aux États-Unis, si vous le faites, il est possible qu'ils puissent réclamer des avantages sociaux, surtout si votre entreprise a une sorte d'aubaine bénéfique . Cependant, cela est généralement basé sur le fait de les traiter comme un employé du point de vue du personnel et non sur leur respect des normes et processus techniques.

Vous devez définir les attentes à l'avance. Dans mon entreprise, nous avons embauché des sous-traitants du type "vous êtes un flocon de neige spécial sur le côté faisant quelque chose de manière isolée et nous vous payons pour livrer le résultat final", et aussi du "vous êtes une augmentation de personnel, vous" Je ferai partie d'une équipe qui suit tous les processus de l'équipe et utilise leur outillage "sorte de concert. Tous les contrats réels ne sont pas aussi spécifiques à la partie technique, alors assurez-vous simplement qu'il y a une compréhension commune. De nombreux contrats indiqueront des choses comme «et exécuteront d'autres tâches raisonnables à la demande du client», à moins qu'il ne s'agisse vraiment d'un cas unique «livrer une chose X tissu entier». Au moins ici, cela a tendance à être la différence de terminologie entre un «consultant» (qui vient faire son travail avec nous) et un «entrepreneur» (qui vient faire notre travail avec nous).

Dans mon entreprise, nous avons un groupe de programmeurs contractuels, d'ingénieurs QA et Ops et ils sont très certainement censés enregistrer rapidement le code dans svn, envoyer leur code pour révision de code aux employés, utiliser notre système de billetterie pour suivre leur travail, et al. Nous ne gérons pas un magasin de pièces individuelles, nous avons de nombreuses personnes qui collaborent sur un seul produit, et ne pas le faire signifierait que l'entrepreneur serait rapidement dans la rue. Évidemment, tout cela est sujet à contrat, mais de nombreux contrats ne couvrent pas les détails (où enregistrer votre code) ou comportent plus de clauses générales (peuvent être résiliés à la discrétion du client).

Donc, pour résumer, non, vous n'êtes pas déraisonnable, vérifiez le contrat, vous auriez peut-être dû définir des attentes à l'avance, mais vous êtes habilité à donner des directives à un entrepreneur. De plus, il devrait être celui qui dit: «Je préfère ne pas faire cela et les termes de mon contrat disent que je ne devrais pas avoir à le faire» et ne pas simplement esquiver / ne pas le faire. Réinitialisez les attentes conformément au contrat et à vos souhaits, et s'il ne respecte pas cela, il y a plus de poissons dans la mer.