Einer der Programmierer in unserem Team geht auf grünere Weiden. Wir werden von 6 auf 5 gehen. Welche Schritte sollten wir unternehmen, um sicherzustellen, dass unser Entwicklungsprozess reibungslos abläuft, möglicherweise bei gleichzeitiger Integration in neues Blut.
Wir arbeiten derzeit an einem kurzen Release-Zyklus mit iterativer Entwicklung. Design - Code - Überprüfung. Die Person, die das Unternehmen verlassen hat, war der Senior-Entwickler des Teams und gab dem Rest des Teams oft viel Feedback, besonders während der Designphase.
Es gibt wenige Dinge, die Sie tun können (in dieser Reihenfolge):
Update: Nutzen Sie dies als Gelegenheit, um Ihr Team aufzubauen. Wirf eine Abschiedsparty für den Mann, der geht und stelle sicher, dass sowohl er als auch das Team wissen, dass seine Beiträge geschätzt wurden. :-) (Und wenn Sie kein Budget haben, sprechen Sie einfach mit den Teammitgliedern und Sie alle holen ihn für ein oder zwei Drinks raus)
Ich stimme Franci mit einer bescheidenen Änderung der Prioritäten zu:
Beginnen Sie eine Diskussion mit Ihrer Unternehmensleitung ...
Ja. Auf jeden Fall. Heute. Wenn dein Bestes geht, ist dein Zweitbester wahrscheinlich nicht weit entfernt. Sprich mit den restlichen Entwicklern. Sind sie glücklich? Bist du sicher? Sprechen sie nur aus Respekt für Ihre Autorität mit Ihnen, haben aber mysteriöse Arzttermine? Wenn Sie ein Mitglied des Teams wären, würden Sie schauen?
Die Paarprogrammierung ist eine nützliche Technik, um die Probleme zu mildern, die durch den Abgang eines qualifizierten Mitarbeiters entstehen, weil er Wissen verbreitet. Es ist auch nützlich für die Betreuung neuer Mitarbeiter.
Sie können einen anderen Senior-Entwickler finden, der seinen Mitarbeitern großzügig Feedback gibt. Viel Glück.
Vermeiden Sie Spezialisierung an erster Stelle. Wenn Sie mehr als 0 Tage für den Übergang haben, ist es ein Luxus. Die Menschen werden jeden Tag krank, sterben, davonlaufen, verhaftet, gefeuert usw. So muss die Kontinuität des Projektes davon ausgehen, dass früher oder später jemand unerwartet zur Arbeit kommen wird. Ich weiß von einem Fall, in dem ein Typ an seinem Schreibtisch verhaftet, in Handschellen weggeführt wurde und sein PC sofort in ein Labor zur forensischen Untersuchung gebracht wurde. Nicht viel Zeit für den Wissenstransfer.
Code Reviews, Design Reviews und Problemticket / Research Rotation werden das gesamte Team mit allen Aspekten des Systems vertraut machen.
Tags und Links development-process