Erstens ist es wichtig zu verstehen, dass Auftragnehmer keine Angestellten sind, und der Grund, warum viele Menschen als Freiberufler oder Auftragnehmer selbstständig sind, besteht darin, den normalen Grenzen eines 8-5-Jobs zu entkommen.

In der Regel verwenden Auftragnehmer ihre eigene Ausrüstung, zahlen ihre eigene Krankenversicherung, kümmern sich um ihre eigene Steuererklärung und Berichterstattung und legen häufig ihre eigenen Stunden fest.

Meine Erfahrung stammt aus der Tätigkeit als Auftragnehmer in den USA , aber ich fand Informationen aus der Wissensbasis des neuseeländischen Arbeitsministeriums über den Unterschied zwischen einem selbständigen Auftragnehmer und einem Mitarbeiter:

Die Dinge zu Schauen Sie sich Folgendes an:

• War die Absicht, ein selbständiger Auftragnehmer oder ein Angestellter zu sein?
• Gibt es eine schriftliche Vereinbarung oder Korrespondenz, die Ihre Absicht zeigt ?
• Wer leistet die Steuerzahlungen an die Inland Revenue Department?
• Wer stellt die Ausrüstung zur Verfügung?
• Wer kontrolliert wie und wann die Arbeit ist erledigt?
• Wer hat die Befugnis, andere Personen für die Arbeit einzustellen?

block / blockquote>

Außerdem gibt es hier einen neuseeländischen Fall Gesetz, das Informationen darüber enthält, wie die neuseeländischen Gerichte den Unterschied zwischen einem Mitarbeiter und einem Auftragnehmer feststellen.

In diesem Fall wurde festgestellt, dass der Auftragnehmer tatsächlich ein Mitarbeiter ist, weil das Unternehmen Ausrüstung bereitgestellt hat. regelmäßige Bezahlung, ein fester Zeitplan und sogar Steuereinbehalt. In diesem Fall liegt das Problem für Sie in Bezug auf Werkzeuge und die Kontrolle der Arbeitsweise.

Mit den Kriterien für die Festlegung eines Auftragnehmers möchte ich Ihnen sagen, dass ich als Auftragnehmer auf der anderen Seite dieser Geschäftsbeziehung gestanden habe. Es liegt an mir, meine eigenen Tools, meinen eigenen Computer, meine eigene Internetverbindung, meine eigenen Steuerberater und natürlich mein eigenes Versionskontrollsystem zu verwenden.

In meinem Fall, in dem mir die US-amerikanischen Urheberrechtsgesetze die vollen Rechte an jedem von mir geschriebenen Code gewähren, werden diese Rechte erst nach Zahlungseingang auf den Kunden übertragen. Daher wurde in meinen früheren Vertragsbeziehungen bis zu dem Zeitpunkt, zu dem die Zahlung eingegangen ist, kein Code übertragen.

In Ihrem Fall müssen Sie sich fragen, was der Vertrag sagt? Was sagt das neuseeländische Recht darüber aus, wer das Urheberrecht an Code hat, der von einem Auftragnehmer geschrieben wurde? Wenn der Vertrag dieses Thema nicht speziell abdeckt, müssen Sie sich fragen, ob das Gesetz es Ihnen erlaubt, etwas zu verlangen, das noch nicht bezahlt wurde.

Da Sie es mit einem Auftragnehmer zu tun haben, können Sie dies nicht willkürliche Regeln aufstellen, es sei denn, dies ist natürlich im Vertrag selbst geregelt. Wie im Beispiel der Rechtsprechung wurde Herr Bryson von den Gerichten als Angestellter eingestuft, basierend auf den Antworten auf die Fragen nach dem Unterschied zwischen Arbeitnehmern / Auftragnehmern. Daher besteht die Gefahr, dass Sie für Steuern und Sozialleistungen haften, falls Sie jemals einen Streit haben, nachdem Sie den Auftragnehmer weiterhin wie einen Mitarbeiter behandelt haben.

In meinem Fall habe ich schließlich begonnen, die Version des Kunden zu verwenden Kontrolle, aber das war einmal, als es ein Maß an Vertrauen gab, das auf einer Reihe von pünktlichen, prompten Zahlungen für zuvor abgeschlossene Arbeiten beruhte. Ich war jedoch nicht verpflichtet, dies gemäß unserer Vereinbarung zu tun, und ich war voll und ganz in meinem Recht, dies abzulehnen.

Was können Sie also tun?

Fragen Sie sich zunächst, warum dieser Code festgeschrieben werden muss. Arbeiten Sie direkt oder tragen Sie auch zum Code bei, oder gibt es einen anderen Grund? Wenn der Grund nicht wichtig ist, können Sie dies einfach loslassen.

Wenn Sie diesen Code wirklich benötigen, sollten Sie sich zunächst Ihren Vertrag ansehen und herausfinden, was Sie vereinbart haben. Wenn Ihre Organisation und der Auftragnehmer vereinbart haben, die Versionskontrolle der Organisation zu verwenden, können Sie den Auftragnehmer an diese schriftliche Vereinbarung erinnern und eine für beide Seiten akzeptable Festschreibungshäufigkeit erörtern.

Wenn in Ihrem Vertrag die Versionskontrolle nicht erwähnt wird, Wenden Sie sich dann an den Auftragnehmer, um dies zu besprechen. Es ist wichtig, die Bedenken des Auftragnehmers zu verstehen, und Sie müssen möglicherweise einige Fragen stellen - nicht anklagend -, um die wahrgenommenen Herausforderungen zu ermitteln. Fragen Sie auch, ob das, wonach Sie fragen, akzeptabel ist. Wenn nicht, versuchen Sie, geeignete Alternativen zu finden, denen Sie beide zustimmen können. Wenn es um Geld geht, sollten Sie eine häufigere Auszahlung in Betracht ziehen. Wenn dies nicht möglich ist, sollten Sie ein Treuhandkonto verwenden, um Guthaben zu halten, das bei Lieferung fällig wird.

Wenn Sie keine akzeptable Einigung erzielen können und die Kosten für die Nutzung der Dienste dieses Auftragnehmers die Vorteile übersteigen, die Sie erhalten, Überprüfen Sie dann Ihren Vertrag, um festzustellen, ob es eine Möglichkeit gibt, ihn zu kündigen. Beachten Sie, dass in vielen Fällen jede Partei den Vertrag kündigen kann. Mit anderen Worten, der Auftragnehmer kann Sie auch entlassen und woanders Arbeit suchen. Es lohnt sich also, ein guter Kunde zu sein. :)

Wenn Sie möchten, dass Ihr Auftragnehmer tatsächlich ein Auftragnehmer ist, ist es ratsam, sich dieser Situation so zu nähern, als würden Sie sich mit einem Gleichen treffen und nicht mit jemandem, den Sie kontrollieren können. Viel Glück!

Dies ist eine schwierige Frage, und es gibt keine einfache Antwort. Ich denke, es gibt zwei wichtige Punkte, die Sie beachten sollten.

• Sie haben einen Fachmann eingestellt und ihm genug vertraut, um ihn einzustellen. Das bedeutet, dass Sie normalerweise nicht in die tägliche Arbeit eingreifen oder versuchen sollten, sie zu verwalten.
• Wenn Sie jedoch spezielle Bedürfnisse oder Wünsche haben, sollte der Auftragnehmer sie berücksichtigen Konto, oder erklären Sie, warum nicht .

Um Ihre Frage zu beantworten: Ob etwas eine legitime Anfrage oder ein Mikromanagement ist, hängt von vielen Faktoren ab (die Rolle von der Auftragnehmer, die externen Einschränkungen für die Arbeit, die Erfahrungen des Auftragnehmers, Ihre Erfahrungen usw.)

Eines ist jedoch ein Muss: Wenn Sie etwas vom Auftragnehmer fragen, können Sie a erwarten Richtige Antwort des Auftragnehmers.

Die Antwort kann sein, dass er / sie glaubt, dass seine Lösung überlegen ist, oder dass Sie / sie Dinge stören, die Sie nicht gut kennen, und das kann sein OK - aber Anfragen zu ignorieren oder sie sogar anzunehmen und dann nicht weiter zu verfolgen, ist unprofessionell.

Ich glaube, Sie haben wirklich ein Kommunikationsproblem. Sprechen Sie mit dem Auftragnehmer, wenn möglich persönlich oder zumindest per Telefon / Video-Chat oder ähnlichem. Skizzieren Sie Ihre Bedenken, insbesondere dort, wo Sie der Meinung sind, dass Ihre Anfragen auf der Strecke geblieben sind. Versuchen Sie, ihn nicht zu beschuldigen, sondern erklären Sie, dass Sie erwarten, dass Ihre Anfragen ernst genommen werden (was gegebenenfalls eine höfliche Ablehnung beinhaltet).

Ich hoffe, Sie können auf diesem Weg zurechtkommen: -).

Ich befand mich am anderen Ende dieser Frage. Es lag in meiner Verantwortung, Code für eine SVN-Instanz festzuschreiben, die mein Client eingerichtet hatte. Weder ich noch der andere Auftragnehmer des Projekts konnten SVN jemals dazu bringen, ordnungsgemäß zu arbeiten. Es kam zu dem Punkt, an dem wir den Code komprimierten, das Projekt per E-Mail an den Kunden schickten und es ihm überließen, es zu sortieren.

Unabhängigkeit des Auftragnehmers

Mein Arbeitstag beträgt ungefähr 3 bis 3,5 Stunden. So viel Zeit verbringe ich mit der Computercodierung und so viele Stunden rechne ich ab. Da ich von zu Hause aus arbeite, verbringe ich einige Zeit damit, Wäsche zu waschen, Tee zu kochen, herumzulaufen, um Mittagessen oder Haarschnitte oder Autos zu reparieren usw. Und natürlich Fragen an Brettern zu lesen, einschließlich SE und LinkedIn.

Zu verschiedenen Zeiten habe ich Menschen betreut und sie beim Abendessen oft zu Fragen im Zusammenhang mit Programmierung, Wirtschaft, Wissenschaft usw. befragt. Dabei wurde ich immer besser darin, Dinge zu erklären. Ich erinnere mich an Dutzende Male, als ich versuchte, etwas zu erklären, kam ich sofort zu einer Erkenntnis, etwas Tangentiales zur Erklärung, aber dennoch eine nützliche Einsicht. Oft waren diese später von entscheidender Bedeutung. Ich habe unter anderem gelernt, wie man mit nicht-technischen Leuten kommuniziert und wie man geduldig mit Leuten umgeht, die unter den gegebenen Umständen ihr Bestes geben, aber über den Kopf gehen.

Ihr Auftragnehmer kann möglicherweise einfach Dinge tun, die er jedoch für erforderlich hält: Sie wurden zuvor im Mikromanagement verwaltet und schalten sie so ziemlich aus. Sie könnten entweder Zeit damit verbringen, Ihnen zu erklären, warum sie es so machen, wie sie es tun, oder sie könnten es einfach erledigen. Ihnen wurde gesagt, dass dies bis zu einem bestimmten Datum geschehen muss. Wahrscheinlich wussten sie zu Beginn, dass dies nicht passieren würde, und produzieren daher mit der natürlichen Geschwindigkeit der Codeentwicklung. Bei einem Projekt wurde mir gesagt, dass ich in sechs Monaten bis zu einer gesetzlichen Frist fertig sein müsse. 18 Monate später war ich fertig. Wenn Sie sie entlassen und eine andere Person mit derselben Frist einstellen, erhalten Sie dieselben Ergebnisse, wenn das Problem in dem von Ihnen gewünschten Zeitraum einfach nicht gelöst werden kann.

Kurz gesagt, wenn es sich um Personen handelt Wenn sie keine Wahl treffen, ist dies normalerweise so, dass sie „ihre eigenen Regeln aufstellen“ können. Sie haben im Allgemeinen festgestellt, dass sie ihre beste Arbeit leisten können, indem sie sich von Routineproblemen als Mitarbeiter befreien: „Drop-Ins“ von Benutzern oder Mitarbeitern, detaillierte Verfahren von Managern, „All-Hands“ -Treffen, gebackene Alaska-Kabinen usw.

Einige Auftragnehmer können dies erklären, wenn ihre Kunden zuhören, andere sind nicht so gut darin. Es ist nichts Falsches daran, nach dem Code zu fragen, aber wenn SVN Probleme verursacht, lassen Sie sich einfach ein Archiv senden und Sie können es in einen doppelten Projektordner aufteilen. Ich habe nie ein Problem damit, meine Arbeit zu zeigen. Es gibt jedoch einige Leute, die sehr defensiv werden, wenn ein Manager nach routinemäßigen Fortschrittsaktualisierungen fragt. In diesem Fall erledigt der Auftragnehmer seine Arbeit wahrscheinlich überhaupt nicht.

Behandelt Auftragnehmer genauso wie Mitarbeiter

Viele Auftragnehmer möchten gerne Mitarbeiter sein - sie halten die Beziehung zu marktüblichen Bedingungen für unglücklich. Normalerweise trifft dies zu, wenn sie Leistungen wie Urlaub und Gesundheitsfürsorge suchen, sich nicht um die Routine von 8:00 bis 5:00 Uhr kümmern und glauben möchten, dass der Arbeitgeber sie jahrelang behalten wird. Diese Leute arbeiten in der Regel vor Ort, lassen ihre Schreibtische wie Vollzeitbeschäftigte aussehen und werden komisch, wenn Manager sie nicht über den Erneuerungsstatus auf dem Laufenden halten. Wenn Sie diese finden, behandeln Sie sie wie Angestellte und machen Sie sie, wenn möglich, so.

Wenn der Auftragnehmer lieber zu Hause arbeitet, wenig Geduld mit der Bürokratie zu haben scheint und Finger in mehreren Torten hat, sind sie sind keine Möchtegern-Angestellten. Sie sind nur einen Schritt davon entfernt, ein eigenes Unternehmen zu gründen und ein eigenes Produkt zu verkaufen. Diese werden am besten als sehr unabhängige Berater behandelt.

'Over The Top'

Der spezielle Punkt, den Sie angesprochen haben, würde mich nicht stören, es ist ein vernünftige Anfrage. Es ist jedoch lästig, ständig aufgefordert zu werden, kleine Dinge zu tun, insbesondere wenn dadurch die Konzentration unterbrochen wird. Ich bin es gewohnt, einige Zeit damit zu verbringen, mich auf ein Problem zu konzentrieren, das in einigen Fällen Tage sind. Ich war in Arbeitssituationen, sowohl als Auftragnehmer als auch als Angestellter, in denen das Arbeitsumfeld so voll von Unterbrechungen war, dass ich keine Fortschritte erzielen konnte.

Anzeichen dafür, dass nichts getan wird Alle

Von Zeit zu Zeit treffen Arbeitgeber auf Menschen, die keine Chance haben, mit einem Schneeball zu trainieren.

Ein Beispiel war ein Mitarbeiter des öffentlichen Dienstes, der für die Verwaltung einiger Server verantwortlich war. Diese Person war sowohl still als auch zurückgezogen, bis sie ein hikikomori war. Die Basis sollte geschlossen werden, und dieser Person gelang es, Arbeit bei einem großen privaten Arbeitgeber in der Stadt zu finden. Am letzten Tag seiner Anstellung übergab er seine Passwörter auf dem Weg zur Tür. Wir stellten fast sofort fest, dass er während der gesamten Dauer seiner Anstellung nichts getan hatte.

Kurz gesagt, in der Software- und Systemadministration ist Schweigen nicht golden. Echte Programmierer neigen dazu, laut zu sein, sie bestehen darauf, dass die von ihnen verwendete Programmiersprache die beste ist, sie streiten sich über Datenbanken und Prozessorarchitekturen und Browser und was auch immer. In einer Gruppe von Gleichgesinnten neigen sie dazu, sich über Chefs, Benutzer, Mitarbeiter, Anbieter und Hilfeseiten zu beschweren. Beachten Sie, wie viel Prozent der Benutzer in diesem Forum IT-bezogen sind.

Ich habe einen Kunden abgeholt, der sich in einer verzweifelten Situation befand. Ursprünglich saßen die beiden Entwickler an einem Computer im Büro des Kunden und haben die Designprobleme durcheinander gebracht, die erforderlich sind, damit ein medizinisches Abrechnungssystem funktioniert. Schließlich erledigten sie jedoch zunehmend mehr ihrer „Arbeit“ auf ihrem ländlichen Gelände und vermieden jegliche Präsenz vor Ort. Sie berechneten einen bestimmten Geldbetrag für "Support". Dies bestand darin, einmal im Monat die Dateien neu zu indizieren. Ich konnte den Quellcode nicht finden, den sie im Vertrag vereinbart hatten, um ihn vor Ort zu lassen. Als sie uns ihre Kopie gaben, befand sie sich auf einer anderen Festplattenkapazität als im Büro des Kunden - wir mussten andere Leute in der Stadt durchgehen, um die Dateien zu übertragen. Kurz gesagt, sie waren einfach von der Entwicklung zum Melken des Kunden übergegangen, und echte Probleme, wie insbesondere Änderungen in den Medicare-Abrechnungsformularen, blieben ungelöst. Ich brauchte ungefähr sechs Wochen, um die kritischen Probleme zu beheben - von da an nahm ich weitere Verbesserungen vor, die mich beschäftigten und die Arztpraxis produktiver machten.

Die dritte Geschichte ist ein bisschen Hörensagen - ich war angeheuert worden, um jemanden zu ersetzen, der andere Möglichkeiten gefunden hatte. Der leitende Manager dieses Projekts aß von Zeit zu Zeit mit mir zu Mittag und erzählte mir nach einigen Monaten Arbeit die Umstände, unter denen der vorherige Mitarbeiter gegangen war. Ihre Aufgabe bestand im Wesentlichen darin, veralteten FoxPro-Code zu reparieren - das System hatte schwerwiegende Leistungsprobleme und einige Probleme waren fehlerhaft. Als ich mir den Code ansah, war es etwas verwirrend, das Backend war SQL Server (6.5) mit gespeicherten Prozeduren. Dies war nicht Y2K-konform, daher standen wir unter Druck. Nachdem sie einen Monat dort gewesen war, hatte der Senior Manager sie besucht, um eine Statusaktualisierung zu erhalten, nahm sie jedenfalls Anstoß an der Frage und sagte im Grunde: „Warum belästigen Sie mich? Ich gebe auf!'. Damit ging sie aus der Tür.

Ich war der Meinung, dass es nach einigen Tagen Arbeit an FoxPro nicht mehr zu warten war, und wir sollten einfach das neue System in VB6 schreiben und damit fertig sein. Wie sich herausstellte, waren die eigentlichen Leistungsprobleme der Server, den wir durch ein bedeutendes Upgrade ersetzt haben. Hätte sie den Projektmanager auf die Schwierigkeiten bei der Pflege des Codes und die vom Server auferlegten Einschränkungen aufmerksam gemacht, wäre es unwahrscheinlich, dass sie sich einen Monat später an Ort und Stelle gefühlt hätte, als der Chef nach dem Status gefragt hätte.

Wenn jemand dies persönlich nahm, bedeutete dies, dass sie entweder überhaupt keine Ahnung hatte, was sie tat, oder nicht das Gefühl hatte, über eine Neuausrichtung der Entwicklungsbemühungen zu sprechen, um eine bessere Wirkung zu erzielen. Ich neige dazu, Ersteres zu vermuten, da die Leute in unserer Gruppe nur versucht haben, den besten Weg zu finden, um den Vertrag zu liefern.

Wenn dies, wie in @dreza angegeben, ein Vertragsangestellter ist, der an vom Unternehmen zugewiesenen Aufgaben arbeitet. Bei dieser Art von Vertrag sollte der Auftragnehmer die Richtlinien und Richtlinien des Unternehmens befolgen, das ihn eingestellt hat. Darüber hinaus besitzt das Unternehmen alle im Rahmen des Vertrags generierten Arbeiten.

In diesem Fall ist es daher sinnvoll, die Einhaltung der Unternehmensrichtlinien zu verlangen und den Code an SVN zu übergeben. Wenn sie sich weiterhin weigern, dies zu tun, ist die Kündigung des Vertrags durchaus vernünftig.

Ich habe in dieser Art von Kontaktszenario gearbeitet und hatte nie eine andere Erwartung, dass alle Unternehmensrichtlinien auf mich zutreffen, als ob ich war ein Angestellter.

Wenn die Person als Auftragnehmer eingestellt wird, können Sie sie nicht wirklich als Mitarbeiter behandeln. Wenn Sie sie behandeln und er sich selbst als Mitarbeiter behandeln lässt, ist er kein Auftragnehmer, und es kann sein, dass dies der Fall ist schwerwiegende Folgen (meist steuerlich).

Als Auftragnehmer nehmen Sie keine Bestellungen entgegen. Sie halten den Kunden jedoch bei Laune, da Verträge gekündigt werden können. Als Kunde geben Sie keine Befehle. Sie können dem Auftragnehmer jedoch mitteilen, was Sie glücklich machen würde, und wenn der Auftragnehmer Sie nicht glücklich macht, können Verträge gekündigt werden.

Wenn Sie mit dem Auftragnehmer nicht zufrieden sind, befehlen Sie ihm nicht, die Dinge in SVN einzuchecken. Sagen Sie ihm, dass Sie wissen möchten, welche Fortschritte erzielt werden, und dass Sie sich über die Fortschritte Sorgen machen, und teilen Sie ihm mit, dass er Fortschritte zeigen muss. Sie können ihm keine Befehle geben. Sie können jedoch den Nachweis verlangen, dass Sie auf Ihre Kosten kommen. Wenn er nicht trainiert, gibt es andere Auftragnehmer, und es gibt viele gute.

Unter einem Gesichtspunkt können Sie Auftragnehmer nicht genau so behandeln, wie Sie Mitarbeiter behandeln - zumindest in den USA besteht die Möglichkeit, dass sie Leistungen an Arbeitnehmer in Anspruch nehmen können, insbesondere wenn Ihr Unternehmen einen positiven Vorteil hat . Dies setzt jedoch normalerweise voraus, dass sie in Bezug auf das Personal wie ein Mitarbeiter behandelt werden und nicht, dass sie technischen Standards und Prozessen folgen.

Sie sollten die Erwartungen im Voraus festlegen. In meiner Firma haben wir Auftragnehmer eingestellt, die "Sie sind eine besondere Schneeflocke an der Seite, die etwas isoliert tun, und wir bezahlen Sie, um das Endergebnis zu liefern" und auch "Sie sind eine Personalaufstockung, Sie". Ich werde in einem Team sein, das alle Prozesse des Teams verfolgt und deren Werkzeug verwendet. Nicht alle tatsächlichen Verträge sind so spezifisch für den technischen Teil. Stellen Sie daher sicher, dass ein gemeinsames Verständnis besteht. In vielen Verträgen werden Dinge wie "und andere vom Kunden geforderte angemessene Aufgaben ausführen" angegeben, es sei denn, es handelt sich wirklich um einen einmaligen "Deliver X X Whole Cloth" -Koffer. Zumindest hier ist das der Unterschied in der Terminologie zwischen einem "Berater" (der hereinkommt, um seine Sache mit uns zu machen) und einem "Auftragnehmer" (der hereinkommt, um unsere Sache mit uns zu machen).

In meiner Firma haben wir eine Reihe von Vertragsprogrammierern, QS- und Ops-Ingenieuren. Von ihnen wird mit Sicherheit erwartet, dass sie den Code umgehend in svn einchecken, ihren Code zur Codeüberprüfung an die Mitarbeiter senden und unser Ticketingsystem verwenden um ihre Arbeit zu verfolgen, et al. Wir betreiben keinen Ein-Personen-Laden, wir haben viele Leute, die an einem Produkt zusammenarbeiten, und wenn dies nicht getan wird, ist der Auftragnehmer schnell auf der Straße. Natürlich ist dies alles vertragsabhängig, aber viele Verträge decken entweder keine Kleinigkeiten ab (wo Sie Ihren Code einchecken können) oder enthalten mehr pauschale Klauseln (können nach Ermessen des Kunden gekündigt werden).

Zusammenfassend lässt sich sagen, dass Sie nicht unvernünftig sind. Überprüfen Sie den Vertrag. Vielleicht hätten Sie die Erwartungen im Voraus festlegen sollen, aber Sie sind befugt, einem Auftragnehmer Anweisungen zu geben. Außerdem sollte er derjenige sein, der sagt "Ich ziehe es vor, das nicht zu tun, und meine Vertragsbedingungen besagen, dass ich das nicht tun muss" und sich nicht einfach duckt / es nicht tut. Setzen Sie die Erwartungen gemäß dem Vertrag und Ihren Wünschen zurück, und wenn er dem nicht gerecht wird, gibt es mehr Fische im Meer.