Was ist der Prozess zum Verlassen eines Unternehmens (oder sogar einer Gruppe / Abteilung) in Bezug auf die Code-Unterstützung?
Ist es am besten, alle Fragen zu behandeln? Geben Sie den verbleibenden Entwicklern Zugriff auf sich selbst als zukünftige Ressource? Wenn ja, gibt es eine Möglichkeit, keinen vollständigen Zugriff zu gewähren?
Ich habe aus erster Hand erfahren, wo Antworten über die allgemeine Software-Architektur des ursprünglichen Entwicklers von unschätzbarem Wert wären.
Ich verstehe, dass wenn ernsthafte Unterstützung benötigt wird, dies ein typischer Fall von Arbeitsverhandlungen als Unterstützungsvertrag wird. Sollte jedoch ernsthafte Unterstützung erforderlich sein, welche Schritte können Sie unternehmen, um die Kontaktaufnahme mit Ihnen zu vereinfachen?
Ich habe überlegt, eine (YOUR_NAME) _codesupport @ (YOUR_FAVORITE_EMAIL_CLIENT) .com-Adresse zu erstellen.
Meine Situationsmerkmale:
Ich bin ein Koop-Student und hüpfe als solcher auf viermonatigen Aufenthalten durch die Unternehmen. Dies bedeutet, dass ich mich mit vielen neuen Codebasen bekannt mache und einen angemessenen Anteil verwaisten Codes hinterlasse, wenn ich ein Unternehmen verlasse. Ich fühle mich schlecht, wenn ich Junk-Code herumlasse.
Antworten:
Das tust du nicht Deshalb heißt es das Ende .
Wenn sie sich wundern würden, wenn Sie einen Monat nach Ihrer Abreise durch die Tür gehen und ihre Ausrüstung benutzen, sollten Sie sich wundern, wenn sie Sie einen Monat nach Ihrer Abreise anrufen und ein paar Fragen stellen.
Okay, realistischer, je nach Situation, könnten Sie anbieten, einige Fragen per Telefon oder E-Mail zu beantworten, insbesondere wenn Sie a) dorthin zurückkehren möchten, b) mit den Menschen befreundet sind, die dort arbeiten, c ) für eine gute Überprüfung immer noch von ihnen abhängig sind, d) sich ziemlich sicher fühlen, dass das Unternehmen Ihre Geste des guten Willens nicht missbraucht, und / oder e) das Unternehmen bereit ist, Sie für jede nicht triviale zusätzliche Unterstützung zu entschädigen.
Das ist eine gute Fähigkeit zu entwickeln - Sie werden es brauchen.
Ein Teil Ihrer Arbeit, während Sie noch dort arbeiten, besteht darin, zu dokumentieren, was Sie getan haben, oder zumindest sicherzustellen, dass einige der anderen dort Beschäftigten ein klares Verständnis dafür haben. Das ist etwas, das im Interesse des Unternehmens liegt, und sie sollten sicherstellen, dass sie das haben, was Sie brauchen, solange Sie noch dort sind.
Schreiben Sie nicht in erster Linie Junk-Code. Wenn Ihr zuvor fehlerfreier Code vor dem Verlassen nicht mehr aktuell ist (veraltet, nicht mehr benötigt usw.), bereinigen Sie ihn vor dem Verlassen. Wenn Ihr Code nicht ist Müll , wenn Sie verlassen, dann , was ihm geschieht , ist danach nicht etwas , was Sie kümmern sollte.
quelle
Normalerweise bereiten Sie sich ca. 2 Wochen vor Ihrem geplanten Enddatum darauf vor. Planen Sie etwas Zeit für einen Wissenstransfer an ein anderes Mitglied des Teams und versuchen , sicherzustellen, dass sie können den Code unterstützen , bevor Sie verpackt haben Ihren Schreibtisch. Stellen Sie sich nicht auf dauerhaften Support ein, indem Sie Ihre Kontaktinformationen in den Code eingeben. Wenn die Situation so ernst ist, dass niemand außer Ihnen sie beheben kann, kann er wahrscheinlich Ihre Kontaktinformationen von der Personalabteilung erhalten.
quelle
Bilden Sie die Person, die Sie ersetzt, so gut es geht aus (wenn jemand da ist).
Ich finde es am besten, die Dokumentation mit dem Code zu belassen, vorzugsweise in der Quellcodeverwaltung, wenn es kein zentrales Dokumentationssystem gibt. Was auch immer Sie tun, dokumentieren Sie so viel wie möglich über:
Legen Sie eine Kopie von allem an einen zentralen Ort.
E-Mail alle Details an alle Stakeholder .
Ich stelle immer sicher, dass sie verstehen, dass sie mich anrufen können, wenn sie eine Frage haben, wie z binden. Das liegt an Ihnen, basierend auf Ihrer neuen Situation und Ihrem Arbeitsvertrag. Es ist nichts Falsches daran zu sagen: "Entschuldigung, ich habe gerade nicht die Zeit." Es ist sowieso fast immer wahr.
quelle
Einige Dinge, die ich erwähnen möchte.
In der Wirtschaft steht Geld über den Gefühlen. Der Arbeitgeber hat normalerweise nicht die gleichen Gefühle, die Sie von Ihrer eigenen Seite haben. Sobald Sie das Unternehmen verlassen, ist der Deal abgeschlossen. Die Verhandlungen und die Kündigungsfrist sind Schritte, um ihre Risiken zu mindern.
Natürlich helfen sich die Leute gegenseitig bei ihren persönlichen Entscheidungen, aber die Unternehmen erwarten wirklich nicht, dass Sie zurückkommen, um die Dinge für sie zu regeln, selbst wenn Sie in der Vergangenheit geschrieben haben. Aber es gibt Ausnahmen, aber es hängt davon ab, wie wichtig Sie für die Arbeit sind.
Einer meiner Freunde hatte sein Unternehmen vor einem Jahr verlassen und wurde kürzlich von einem der Projektmanager kontaktiert, um ein Problem mit dem Code zu beheben, den er vor einigen Jahren geschrieben hatte. In Anbetracht des Turnarounds und der Komplexität, um das Problem zu beheben, war er die einfachste Option. Schließlich half er ihnen, das Problem zu beheben; aber auf seine persönlichen Interessen und Ethik. Und beachten Sie, dass mehrere Arbeitgeber dem nicht zustimmen können. dh er kehrt zu seiner alten Firma zurück und behebt Probleme.
Dinge, die Sie bemerken müssen, ist, dass
quelle
all die Dinge, die die anderen sagten und dann:
Erwägen Sie eine gemeinsame Programmierung .
Setzen Sie sich mit zwei Personen an einen Schreibtisch. Programmieren Sie alles paarweise. Wenn einer von ihnen geht, hat der andere das ganze Wissen.
Es gibt viele andere Vorteile, aber das ist ein anderes Thema.
quelle