Welche Auswirkungen hat die Rotation von Fachleuten zwischen verschiedenen Projekten während der Softwareentwicklung?

Derzeit führe ich eine Forschung durch, die sich auf die Auswirkungen der Rotation in der Softwareentwicklung konzentriert. Daher möchte ich verstehen, wie Entwickler, Softwareingenieure, Tester, also alle am Softwareentwicklungsprozess beteiligten Personen, diese Praxis der Rotation zwischen Projekten oder Teams sehen und fühlen, die viele Unternehmen anwenden.

Deshalb wollte ich fragen, ob jemand hier in der Nähe so etwas in seinem/ihrem Job erlebt hat. Sie befinden sich beispielsweise mitten in einem Projekt und der Manager hat Sie zu einem anderen Projekt versetzt. Sie mussten Ihr Team verlassen, Ihre Aufgaben wurden an eine andere Person übertragen und Sie beginnen mit einem anderen Team in einem anderen Projekt zu arbeiten.

Ich würde gerne wissen, wie es sich anfühlt, wie, wie war diese Erfahrung? Wie ist es passiert? Was waren die positiven Aspekte (gute Dinge, die die Rotation gebracht hat)? Was waren die negativen Aspekte (schlechte Dinge, die die Rotation gebracht hat)? Wie hat sich das auf Ihre Leistung bei der Arbeit ausgewirkt? Wie hat sich das auf Ihr vorheriges Team ausgewirkt? Wie sehen oder was denken Sie über diesen Rotationsprozess zwischen verschiedenen Projekten mitten in der Entwicklung?

Für alle Antworten bin ich im Voraus sehr dankbar.

Rotierende Entwickler umformulieren, um „erfolgreiche Teams aufzulösen“?
Ist das eine Frage zum Projektmanagement? Wäre es mehr zum Thema in der Arbeitsumgebung.SE

Antworten (2)

Ich bin derzeit Projektmanager, habe aber einige Jahre als Entwickler gearbeitet und kann Ihnen meine Erfahrungen mitteilen.

Ich habe einige Projekte geändert, als ich ein ziemlich frischer Entwickler war. Tatsächlich denke ich, je weniger Erfahrung Sie haben, desto wahrscheinlicher wird PM Sie bitten, Projekte zu ändern.

Gründe dafür:

  • Sie haben wenig Erfahrung insgesamt oder wenig Erfahrung im Projekt. In allen Fällen sind Sie kein Schlüsselmitglied und Ihr Auszug aus dem Projekt wird dessen Status nicht beeinflussen.
  • Wenn Sie nicht sehr erfahren und jung sind, lernen Sie eher neue Technologien kennen. Der Manager kann Sie in ein Forschungsprojekt versetzen, manchmal in ein nicht sehr wichtiges Projekt, um eine Idee und Technologie zu testen.
  • Im Modell des Offshore Sofware Development Center (OSDC) können Kunden die erfahrensten Mitglieder auswählen, die für sie arbeiten, und sie wollen und werden es nicht zulassen, dass ihre derzeitigen Entwickler durch andere ersetzt werden, insbesondere wenn ich nichts über das Fachwissen der neuen Leute weiß .

Das heißt nicht, dass erfahrene Mitglieder nicht umziehen müssen. Wenn aktuelle Projekte abgeschlossen sind, wenn der Manager ein Team mit Senioren und Junioren aufbauen möchte, wenn Senioren aktiv um einen Umzug bitten usw., werden sie neuen Projekten zugewiesen. Meiner Meinung nach werden Teams hauptsächlich für Projekte gebildet. Team und Projekte gehören zusammen, kein Manager erstellt ein Team, nur um ein Team zu erstellen .

Zurück zu meiner Geschichte: Der erste Schritt war, als ich vom Php-Team zum iOS-Team wechselte. Eigentlich hatte das Team nur 1 Mitglied – mich. Das Unternehmen, das in der Webtechnologie erfolgreich war, möchte nun in einem neuen Bereich experimentieren – der mobilen Anwendung. Ich war jung, eifrig und superschnell darin, neue Technologien zu lernen, also wurde ich in das Projekt versetzt. Ich dauerte 6 Monate und beendete das Projekt. Die Erfahrung war ziemlich positiv – ich habe etwas über Mobiltechnologie gelernt, was ich nie lernen konnte, und ich habe die Technologie sehr genossen.

Der 2. Zug ist nicht gut. Nach dem 6-monatigen Projekt wurde ich wieder ins Java-Web-Team versetzt. Grund: Das Unternehmen wollte irgendwie nicht mit der Erstellung eines mobilen Teams fortfahren. Sie hatten Projekte in Java, die lukrativer und weniger riskant waren. Im Moment überkam mich das Gefühl der Instabilität, der Ungewissheit , dass ich bei einem ständigen Wechsel kein Experte für (viele) Technologien mehr sein würde. Daher war es für mich insofern eine negative Erfahrung, als ich an einen Firmenwechsel dachte.

Im Allgemeinen sollten Personalveränderungen nicht mitten in der Entwicklung stattfinden, es sei denn, Sie sind überzeugt, dass es etwas Wichtiges zu tun gibt, Sie keine anderen Möglichkeiten haben, als Menschen zu bewegen, und Sie haben eine starke Bereitschaft von Menschen, die umziehen.

Sonst gibt es viele Probleme:

  • Neuplanung laufender Projekte aufgrund menschlicher Veränderungen
  • Gefühl der Unsicherheit und Instabilität, was zu niedriger Moral führt

Die Nachteile der Mid-Project Rotation:

  • Zwischenmenschliches Vertrauen kann beeinträchtigt werden
  • Verlust von Fachwissen (im Vergleich zu technischem Fachwissen).
  • Störung der emotionalen Intelligenz des Teams. Das Team kehrt von der Leistung zum Sturm zurück.
  • Entstehung von Schuld/Bedauern der Überlebenden
  • Kommunikationsmöglichkeiten gestört
  • Externe Stakeholder werden besorgt über den Projektumsatz

Die Vorteile:

  • Lösen Sie einen hartnäckigen Persönlichkeitskonflikt
  • Technische Fähigkeiten entsprechend der Reifephase des Projekts neu ausbalancieren (einen Netzwerkarchitekten gegen einen Informationsarchitekten austauschen)
  • Ersetzen Sie weniger effektives Personal durch effektiveres Personal
  • Verkleinern Sie das Projekt, wenn die Arbeitsbelastung zum Projektabschluss hin abnimmt.
  • Setzen Sie Mitarbeiter für neue Projekte frei
  • Ersetzen Sie leitende Mitarbeiter durch weniger erfahrene Mitarbeiter, sobald die Ergebnisse definiert und im Gange sind