Ist es normal, dass Programmierer gleichzeitig an mehreren Projekten arbeiten?

An einem aktuellen Job habe ich zwei Projekte, an denen ich arbeiten muss. Das erste ist ein sehr großes System und das zweite ist kleiner, aber auch groß (das erste Projekt wird seit 12 Jahren entwickelt, das zweite seit 4 Jahren).

Anfangs arbeitete ich nur am ersten Projekt und versuchte mich daran zu gewöhnen. Dann wurde ich zum zweiten Projekt versetzt und dort ausprobiert, sodass mein Wissen über das erste Projekt schattig wurde. Jetzt muss ich gleichzeitig an beiden Projekten arbeiten.

Es ist sehr schwer für mich, denn obwohl beide Java verwenden, verwenden sie unterschiedliche Frameworks und die Menge an Code und Geschäftslogik, die zu verstehen ist, ist sehr groß, so dass ich wirklich nicht beide Projekte im Kopf behalten kann.

Ist es normal und ich sollte mich daran gewöhnen, obwohl mein Fachwissen sehr knapp wurde, was würde nicht passieren, wenn ich nur an einem einzigen Projekt arbeiten würde? Oder sollte ich Bedenken äußern oder vielleicht den Arbeitgeber wechseln?

Ich bin völlig anderer Meinung, wenn Leute sagen "Ja, Multitasking ist normal"

Das ist nicht normal! Es ist keineswegs unnatürlich, dass ein Entwickler in mehreren Projekten mehrere Aufgaben ausführt (mehr dazu später). Auf der anderen Seite Multi-Tasking ist sehr häufig unter den Entwicklern. Daran sollten Sie sich unbedingt gewöhnen. Die eigentliche Antwort auf Ihre Frage lautet also: Wie kann man mehrere Aufgaben ausführen?

Zuallererst sollten Sie Ihr Schicksal nicht einfach akzeptieren, weil "Sie ein so hervorragender Mitarbeiter sind" und das bedeutet, dass Sie mehr Aufgaben übernehmen müssen, als Sie bewältigen können. Gar nicht, tust du nicht. Manchmal werden Menschen mit mehreren Aufgaben betraut, weil es sonst niemanden gibt. Manchmal können Manager ihre Arbeit nicht erledigen, so dass sie delegieren und Multi-Tasking in ihrem Team erzwingen, weil sie ihren Projektzeitplan nicht ordnungsgemäß bearbeiten können. Sie sollten also auf jeden Fall versuchen, festzustellen, ob Sie zu Multitasking aufgefordert werden, weil dies Teil Ihres Jobs ist oder weil andere Personen inkompetent sind. In beiden Fällen können Sie selbst beurteilen, ob dies akzeptabel ist oder nicht. Wenn Sie [mit Ihrem Job] nicht zufrieden sind, gibt es andere Orte, an denen Sie Arbeit finden können. [Sie, der Entwickler, sind die Ware. Die Arbeitgeber wissen das und beten, dass Sie es nie merken.]

Was das Multitasking angeht, bin ich zu 100% anderer Meinung, wenn Leute sagen: "Ja, wechseln Sie einfach hin und her und stellen Sie sicher, dass Sie bei jedem Projekt die gleiche Leistung erbringen." Sorry, aber das ist ein sehr schlechter Rat.

Zuerst müssen Sie verstehen, wie Ihr Gehirn funktioniert, wenn Sie eine Software entwickeln (ich weiß, dass es noch andere Aufgaben gibt, aber konzentrieren wir uns auf diese). Sie müssen zuerst "verdrahtet" werden, dh Sie müssen sich sehr konzentrieren und Ihren Geist in eine Position bringen, in der Sie alles im Kopf haben. Alle Variablen- und Methodennamen, der Workflow Ihres Codes, das Objektmodell, die nebeneinander laufenden Threads, alles. Normalerweise brauche ich 15 oder 20 Minuten, um "in der Zone" zu sein.

Wenn Sie in diesen Zustand kommen, fliegen Sie wirklich los und schreiben Code, als würden Sie Fahrrad fahren. Sobald Sie unterbrochen werden, können Sie alles verlieren. Wenn die Unterbrechung lang genug ist (5, 10 oder 30 Minuten), verlieren Sie diesen Geisteszustand und müssen von vorne beginnen.

Multitasking ist also furchtbar, weil es Sie zwingt, "die Zone" zu verlassen und zu etwas anderem überzugehen. Wenn Sie ständig wechseln, bedeutet dies, dass Sie nicht produktiv sind, da Sie jedes Mal, wenn Sie zu einer neuen Aufgabe / einem neuen Projekt wechseln, diese 15 bis 20 Minuten verlieren müssen, um wieder in die Zone zu gelangen (ganz zu schweigen davon, dass dies Ihr Gehirn langsam zum Schmelzen bringt).

Es ist wie Multithreading: Irgendwann sind die Kosten für das Wechseln des Thread-Kontexts alle paar Zyklen zu hoch, sodass die CPU mehr Zeit für das Wechseln von Kontexten aufwenden muss als für die Ausführung der eigentlichen Aufgaben.

Ich empfehle dringend, einen Artikel von Joel Spolsky zu diesem Thema zu lesen:

http://www.joelonsoftware.com/articles/fog0000000022.html

Mein Rat ist also: Versuchen Sie zu lernen, wie man (nicht) mehrere Aufgaben erledigt, da dies tatsächlich üblich ist. Aber stellen Sie auch sicher, dass Sie es bequem tun. Manche Menschen können sich länger konzentrieren und leiden mehr als andere, wenn sie mehrere Aufgaben ausführen. und das ist auch ok Es ist nicht so, dass es üblich wäre, es als normal zu betrachten.

Joel drückte es gut aus, als er sagte:

Die eigentliche Lehre daraus ist, dass Sie niemals zulassen sollten, dass Menschen an mehr als einer Sache gleichzeitig arbeiten. Stellen Sie sicher, dass sie wissen, was es ist. Gute Manager sehen ihre Verantwortung darin, Hindernisse zu beseitigen, damit sich die Mitarbeiter auf eine Sache konzentrieren und diese wirklich erledigen können.

Ja, das ist zu erwarten. Und begrüßt.

Es gibt verschiedene Möglichkeiten, dies zu betrachten:

1. Es wird von Ihnen erwartet, dass Sie mehrere Aufgaben ausführen, und es ist nahezu unmöglich, sich zu konzentrieren. Dies führt zu suboptimalen Konstruktionsprozessen, gelegentlichem Durcheinander beim Hin- und Herwechseln, einem Gefühl der Ausbeutung, Frustration, Stress usw. Dies ist natürlich alles negativ. jedoch,

2. Ihnen werden mehrere Projekte anvertraut, was sich in den Ergebnissen widerspiegelt, die Sie erzielen, und in dem Vertrauen, das Ihr Arbeitgeber in Ihre Fähigkeiten hat. Es ist eine Gelegenheit, ihnen zu zeigen, dass das Vertrauen gerechtfertigt ist.

Mein Rat ist, ein nüchternes Urteil darüber zu entwickeln, welche Aufgaben Ihre sofortige Aufmerksamkeit erfordern und welche warten können. Manchmal ist die Antwort, dass keiner warten kann und Sie kreativ vorgehen müssen, um Ergebnisse zu erzielen (ein wenig für Projekt A, dann ein wenig für Projekt B, dann spülen und wiederholen). Entwickle die Fähigkeiten, um in einer solchen Situation Erfolg zu haben.

Normalerweise (wenn auch nicht immer) wird dies mit mehr Verantwortung, mehr zu jonglierenden Projekten und mehr Erwartungen belohnt. Irgendwann werden Sie in der Lage und erwartet sein, einen Teil dieser Arbeit zu delegieren. Es ist ein Maß für den Erfolg.

Selbst wenn Ihre wachsenden Jonglierfähigkeiten nur von Ihrem derzeitigen Unternehmen ausgenutzt werden, sind dies gute Fähigkeiten, die Sie in Ihrer Karriere gut einsetzen können.

Für das, was es wert ist, arbeite ich normalerweise an einem größeren Projekt, einem kleineren, der Wartung und Unterstützung von alten Projekten und der Verwaltung von mindestens einem anderen. Es ist frustrierend, verwirrend, lästig und ich bin sehr dankbar.

Ja! Das ist völlig "normal" / üblich, wenn Sie an einer Servicefirma xD arbeiten

Auch wenn Sie mit Open Source-Projekten zusammenarbeiten, ist dies die Regel

Vielleicht ist nicht und Idealzustand, aber ist das Brot des Alltags.

Es ist normal. Aber es ist aus den von Ihnen genannten Gründen nicht gut. Das Wechseln des Kontexts führt zu Produktivität. Wenn Sie also die Möglichkeit haben, können Sie versuchen, für einen großen Teil der Zeit, z. B. einen Tag, an einem Projekt zu arbeiten.

Ich arbeite jeden Tag aktiv an 2 bis 3 verschiedenen Projekten. Und noch ein paar Dutzend mehr. In einigen Wochen wird es etwas überwältigend. Einige der Projekte sind riesig, andere so klein, dass sie in wenigen Tagen programmiert wurden und nur selten geändert werden müssen. Es ist unterschiedlich, aber es bringt mich mit unterschiedlichen Denkweisen und Problemlösungen, unterschiedlichen Technologien und Geschäftsbereichen in Berührung. Ich genieße es.

Also, um Ihre Frage zu beantworten, ja, es ist sehr verbreitet.

Lesen Sie den Artikel " Multitasking bringt Sie später dorthin" . Diese Grafik erzählt die Geschichte:

Mit anderen Worten, das Unternehmen verschwendet Zeit, indem seine Programmierer an mehr als einem Projekt gleichzeitig arbeiten. Bei nur drei Projekten liegt der Abfall bei 40%! Der Rest der Zeit verteilt sich auf drei Projekte.

Der Grund für Multitasking wird oft als "mehr Dinge erledigen" angegeben. Aber das ist eine falsche Begründung. Multitasking verzögert nur alle Veröffentlichungen. Dieses Bild zeigt den Effekt von Dual Tasking im Vergleich zum Abschluss von jeweils einem Projekt:

(Das Bild ignoriert den Overhead vollständig. In Wirklichkeit würde die verschwendete Zeit beide Projekte 20% später machen.)

Es kommt auf das Unternehmen an. IMO ist es wünschenswert, meistens nur an einem Projekt zu arbeiten, aber das ist oft nicht möglich, besonders bei kleinen Unternehmen.

Natürlich können Fehlerbehebungen usw. bei jedem Projekt vorkommen.

Ja, nach meiner Erfahrung ist das normal (auch wenn einige der „Projekte“ ziemlich ähnlich sind, z. B. ein Wartungs- und Funktionsprojekt für dasselbe Produkt). Um Konflikte und unrealistische Erwartungen zu vermeiden, vereinbaren Sie mit den Projektmanagern und Ihrem Manager, jedem Projekt bestimmte Teile Ihrer Zeit zuzuweisen (z. B. drei Tage auf Projekt X, zwei auf Projekt Y pro Woche). Normalerweise können Sie diese Zuordnungen dann beliebig verteilen, z. B. Mo-Mi an X, Do-Fr an Y.

Es wird gelegentlich vorkommen, wenn ein Projekt „löst eine Ausnahme“ und Bedarf bearbeitet werden jetzt . Hier gibt es zwei Dinge zu tun:

1. Stellen Sie sicher, dass dies wirklich eine Ausnahme ist und nicht nur ein aufdringlicher Projektmanager: Drücken Sie im letzteren Fall zurück.
2. Tauschen Sie Ihre Zeitzuweisungen aus, damit Sie bei jedem Projekt immer noch den gleichen Anteil bearbeiten.

Wenn Sie Schwierigkeiten haben, das Framework oder die Geschäftslogik eines Projekts wieder auf den neuesten Stand zu bringen, sollten Sie die Gelegenheit nutzen, um so viel Dokumentation wie möglich zu schreiben, während Sie daran arbeiten. Wenn Sie genau beschreiben, wie ein komplexes System funktioniert, können Sie später leichter zum Projekt zurückkehren. Außerdem kann diese Dokumentation Ihren Mitarbeitern hilfreich sein, wenn sie jemals Hilfe benötigen.

Wenn das Projekt bereits eine gute Abdeckung der technischen Dokumentation aufweist, kann es dennoch nützlich sein, Ihre Gedanken aufzuschreiben, während Sie an komplizierten Bereichen arbeiten. Auf diese Weise können Sie Ihren Gedankenprozess beim nächsten Zurückschalten wieder aufnehmen.

Nun, es sollte nicht normal sein, aber ich habe viele Projekte bei meinem derzeitigen Arbeitgeber auf den Schultern. Ich gebe zu, dass es etwas gewöhnungsbedürftig ist. Der wichtigste Tipp, den ich möglicherweise geben könnte, ist, Ihrer Arbeit stets Priorität einzuräumen. Lassen Sie sich von Ihrem Chef sagen, welche Aufgabe Priorität hat, und arbeiten Sie nur daran. Lassen Sie sich nicht von jemandem unter Druck setzen, der sich über Ihre anderen Projekte beschwert. Sie müssen Ihren Lebenslauf noch nicht unbedingt aktualisieren, stellen jedoch sicher, dass die Last nicht über das hinaus ansteigt, was Sie vernünftigerweise bewältigen können.

Ich denke es ist normal. So funktioniert mein Job gerade (ich bin in einem Unternehmen mit ca. 40 Entwicklern, einer Gesamtunternehmensgröße von ca. 700). Und ich habe normalerweise ein "längerfristiges" Projekt mit vielen kleinen Eintrittskarten / Mängeln, so dass es normalerweise zu 50% kleine Eintrittskarten sind und 50% an dem langfristigen Projekt arbeiten. Was schwierig sein kann, ist, dass die ständige Unterbrechung das längerfristige Projekt verlangsamen und entgleisen kann.

Ich finde es normal, an mehreren Projekten zu arbeiten. Der Schlüssel besteht darin, zu akzeptieren, dass Sie in Bezug auf das Gesamtbild des Systems anfangs auf gewisse Unklarheiten stoßen werden.

Wenn Sie sich um ein größeres Bild bemühen, erhalten Sie Klarheit und können die sich bewegenden / feststehenden Teile im System erkennen und feststellen, wie sich Ihre Änderungen auf das System auswirken.

Im Laufe der Zeit lernen Sie, in den verschiedenen Systemen, an denen Sie arbeiten, gemeinsame Muster zu finden. Diese können Sie auf Ihre anderen Projekte anwenden, wodurch sich die Menge an detaillierten Informationen verringert, die Sie jeweils im Kopf behalten müssen.

In jedem nicht-trivialen Projekt ist mehr als eine Person zugeordnet. Dies bedeutet, dass Sie mit anderen zusammenarbeiten und darauf warten müssen, dass sie ihre Arbeit tun, und dass sie auf Sie warten müssen.

Anstatt dass die Leute untätig sitzen, ist es üblich, dass mehrere Projekte aktiv sind, sodass bei Bedarf immer eine offene Aufgabe zu erledigen ist.

Sie sollten dennoch an jedem Projekt in großen Stücken arbeiten, damit Sie "in der Zone" sind und produktiv arbeiten können.

Ich bin damit einverstanden, dass es normal / üblich ist.

Betrachten Sie es als positiv, Sie werden nützlicher, als flexibel, als ein Mann, der Dinge erledigen kann! Vielleicht wertvoller, wenn Sie irgendwann 2 Systeme von Grund auf kennenlernen.

IMHO ist es nicht nur üblich, aber es ist auch wünschenswert.

Der schlimmste Entwicklungsjob, den ich jemals hatte, war monatelang an dem gleichen kleinen Abschnitt des gleichen Teils der gleichen Anwendung zu arbeiten. Tedium. Und wenn Sie gelangweilt sind, nehmen Sie Ihren Blick vom Ball ...

Ich verstehe, wie Sie sich fühlen. Es ist schwierig, neue Arbeitgeber dazu zu bringen, die damit verbundene Entwicklung zu verstehen, insbesondere wenn Ihr Arbeitgeber nicht auf Entwicklung ausgerichtet ist.

Das Problem ist, dass drei Jobs gleichzeitig mehr Geld verdienen als einer, und die Statistiken zeigen, dass die Leistung um 40% abnimmt. Das sind 40% Gewinneinbußen.

Ich habe zuvor für eine Orgonisation gearbeitet, die es mir ermöglichte, mich auf jeweils ein großes Projekt mit kleinen Jobs dazwischen, Tickets und Support usw. zu konzentrieren. Wir arbeiteten an einem Deal, bei dem 8: 00-10: 00 Uhr Ticket und Support für aktuelle Systeme war die kommen per email / telefon / helpdesk dann von 10:00 - 16:30 oder deine endzeit war voll solide entwickelt. Dies funktionierte hervorragend, da wir einen Helpdesk hatten, der Anrufe und E-Mails entgegennahm. Ich konnte die Tickets morgens erledigen und den Rest des Tages erledigen. Das Problem ist, wenn Sie ein schlechtes Management haben. Ein Manager macht all dies möglich und ohne ihre Unterstützung oder ihr Verständnis für die Herausforderungen, denen Sie täglich gegenüberstehen, sind sie sich dessen nicht bewusst.

Ich war besonders in meiner letzten Arbeit dankbar für die Unterstützung und das Verständnis von meinem Manager, es hat mein Leben leichter gemacht, weniger Stress und wir haben immer noch die ganze Arbeit erledigt.

Ein weiteres Problem ist, Boss's Liebesgeld, sie sehen Projekte in Geld. Wenn sie 5 Projekte für £ 20.000 gleichzeitig haben (und Sie ein Solo-Entwickler sind), das sind £ 100.000 in den Büchern. Sieht auf dem Papier großartig aus, kann es aber Wenn diese nicht eingehalten werden, die Fristen nicht eingehalten werden und die Systeme aufgrund mangelnder Konzentration fehlerhaft sind, schadet dies dem Ruf des Unternehmens.

Ich sympathisiere vollkommen mit dir. Ich bin gerade in deiner Position.

Es kommt darauf an, wie Sie das Projekt beschreiben. Normalerweise arbeiten Entwickler mit einigen Problemen und wenn es in der Firma mehr als ein Produkt gibt, arbeiten Sie mit mehreren.

Softwareprojekte mögen, wie Liebespartner, viele und viele gute sein, aber sie sind nur dann gut, wenn sie einzeln durchgeführt werden.

Versuchen Sie, zu dem, was @Martin Wickman gesagt hat, nicht viel zu wechseln. Zum Beispiel arbeiten Sie mit AM an Projekt A, mit PM an Projekt B. Lehnen Sie auch das Hinzufügen von Features ab. Das ist schmerzhafter, wenn Sie nicht in Vollzeit am Projekt arbeiten.