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

40

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?

Mücke
quelle
Für mich ist die Arbeit an mehreren Projekten passender als Body Shop, was eine schlechte Sache ist, nicht wahr?
Das Schlimmste ist, dass ich das Misstrauen nicht ertragen kann, das entsteht, wenn Sie in Ihrem Projekt nicht sehr erfahren sind. Und eine Situation, in der ich mehrere Projekte bearbeiten muss, hindert mich daran, ein starkes Verständnis zu erlangen, und das macht mich wütend, weil ich aus meiner komfortablen Lebens- und Arbeitszone herausgeholt werde.
Ich möchte diese Frage nicht schließen. Nur weil Sie meiner Meinung nach als Programmierer arbeiten, sollten Sie sicherstellen, dass Ihr Code sich nicht auf das System auswirkt. Aber welche Garantie können Sie geben, wenn Sie nicht über ausreichende Systemkenntnisse verfügen? Setzen Sie bei jedem Methodenaufruf von 'equals' oder anderen Objekten ein Null-Häkchen? - Hölle ja!
Dürfen Sie bei der Arbeit Technologien für Zusammenarbeit und Wissensmanagement einsetzen? (Beispiele: Wiki, Tools zur Codeüberprüfung, Zugriff auf Designdokumente, Tools zur Projektverwaltung, persönliche Aufgabenlisten, Fehlerverfolgung, Instant Messaging usw.) Ohne diese Technologien ist die Arbeit an mehreren Projekten nicht möglich.
rwong
Ist diese Frage "Erlauben mehr als 50% der Unternehmen Multitasking?" Oder "Ist Multitasking gut oder schlecht?"
Martin Wickman

Antworten:

54

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.

Alex
quelle
5
Wenn mehrere Projekte gleichzeitig laufen, bedeutet dies nicht, dass Sie gleichzeitig programmieren. Das wäre Multitasking. Es mag vorzuziehen sein, immer nur ein Projekt gleichzeitig zu haben, träumt aber nur von La La Land.
JeffO
1
+1 ausgezeichnet. Wenn die Unternehmen dies realisieren würden, würden sie es viel besser machen. Einige tun es aber, und das ist, wo die Gewinner von morgen sind!
Martin Wickman
Vielen Dank @Martin. Ich finde es komisch, dass manche Leute nicht verstehen, dass "Multitasking" dasselbe ist wie das Arbeiten an mehreren Projekten. Ich habe nie gesagt, dass gleichzeitiges Codieren dasselbe ist wie Multitasking. Woher hast du das von @Jeff? Kaffee trinken und codieren? Willst du mich veräppeln? Also, wenn Sie gleichzeitig atmen und blinken, sind Sie auch Multitasking? Zumindest lesen Sie den ganzen Beitrag meine Güte! Der Link zu Joels Artikeln hat sehr ähnliche Ideen. Bitte lesen Sie ihn, bevor Sie Ihren Kommentar hier einfügen.
Alex
2
@Alex - @bjarkef und @Jeff sind absolut richtig; mit zwei projekten! = multitasking. Joels Post und Ihre Ausführungen zu Multitasking, das teuer und verschwenderisch ist, sind richtig, aber nicht unbedingt relevant für die Arbeit an mehreren Projekten.
Nick Knowlson
5
Angenommen, Sie arbeiten abwechselnd an den beiden Projekten. Woher kommen hier die Kosten für den Kontextwechsel? Und wie kommt es, dass diese Unterbrechung in der Zone ist? Es kann vorkommen, dass gasan ständig von Notfehlern des anderen Projekts oder sogar von Notfehlern desselben Projekts unterbrochen wird. Hier wird Multitasking zum Problem, aber es ist nicht unbedingt erforderlich, zwei Projekte zu bearbeiten, und es ist oftmals sogar bei nur einem Projekt ein Problem.
Nick Knowlson
33

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.

Bill Weaver
quelle
7
Anstatt ein gehorsamer Diener zu sein und auf die Reichtümer zu hoffen, sollten Sie sich vielleicht durchsetzen und einen Mehrwert schaffen, indem Sie auf Ineffizienz hinweisen?
Joppe
6
@Tungano - in keiner Weise schlage ich vor, ein "gehorsamer Diener" zu sein, sondern dass es ein natürlicher Nebeneffekt ist, gut in dem zu sein, was man tut, wenn man mehrere Aufgaben gleichzeitig hat. Die Menschen verlassen sich meist auf diejenigen, die etwas bewirken können. Der Umgang mit mehreren Verantwortlichkeiten ist nicht unbedingt ineffizient, servil oder gehorsam. Wenn Sie (oder @gasan) mehrere Dinge nicht effizient erledigen können, teilen Sie dies auf jeden Fall Ihrem Arbeitgeber mit, damit er nicht den Fehler macht, dass Sie es können. (FWIW, ich habe nichts über Reichtümer gesagt .)
bw
Es verhindert auch, dass Sie vom Projekt gelangweilt werden, wenn Sie das alles tun. Ich habe zurzeit ungefähr 100 verschiedene Aufgaben, die auf 17 Projekte verteilt sind. Sicher, das macht manchmal etwas Druck, aber ich bin unglücklich, wenn nichts anderes zu tun ist, als meine ganze Energie in ein einziges großes Projekt zu stecken.
Htbaa
7
Ich stimme dieser Antwort überhaupt nicht zu. Multitasking ist kein Maß für den Erfolg, sondern ein Maß für die Inkompetenz Ihres Managers. Zu wissen, wie man mehrere Aufgaben ausführt, ist nicht so einfach. PS: Ich habe selbst eine Antwort gepostet, aber sie geht bis zum Ende der Zeile.
Alex
6
Diese Antwort macht keinen Sinn. Es ist in gewissem Sinne "normal", dass viele Unternehmen Programmierer dazu zwingen, aber es ist immer noch eine Verschwendung der Unternehmensressourcen. Wenn sie sich jeweils auf eine Sache konzentrieren würden, wäre diese viel schneller erledigt.
Martin Wickman
15

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.

yeradis
quelle
Naja, eigentlich macht mich das Fachwissen traurig, das ich daraus gemacht habe. Ich habe einfach nicht so viel Speicher, um mich sowohl an die Geschäftslogik als auch an die technische Logik des Systems zu erinnern. Das scheint mir unmöglich. Immer wenn ich Aufgaben bekomme, muss ich sehr hart suchen und debuggen, weil ich diese Systeme nicht gut kenne. Habe ich Recht, dass "nicht viel wissen, aber nicht alle Jobs sehr schnell erledigen" Programmierer das ist, was ein Programmierer sein sollte, nicht "das ganze System perfekt kennen und in ein paar Stunden den Ninja-Typ reparieren"?
4
@gasan Wir möchten alle gerne "eins nach dem anderen" arbeiten. An mehr als einem Projekt zu arbeiten, den Code anderer Leute zu lesen und mit unterschiedlichen Anforderungen umzugehen, ist der Weg zu Ninja-Hood.
Bogeymin
12

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.

Anthony
quelle
9

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.

CaffGeek
quelle
Also, bist du ein Shiva-Typ? Ich kann mir kaum vorstellen, wie viel Sie zu diesen Projekten beigetragen haben.
@gasan, lächerlich beläuft sich auf einige. Kleine, aber oft kritische Teile anderer. Und einige muss ich nur warten, weil der ursprüngliche Entwickler weg ist ... und diese sind die zeitaufwändigsten.
CaffGeek
8

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

Bildbeschreibung hier eingeben

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:

Bildbeschreibung hier eingeben

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

Martin Wickman
quelle
4

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.

user281377
quelle
Sie haben Recht, ich arbeite jetzt in einem kleinen Unternehmen, aber früher habe ich nur für große Unternehmen gearbeitet. Vielleicht ist es ein Teil einer Problemursache.
4

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.
user4051
quelle
3

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.

Matt G
quelle
1
Guter Hinweis. Ich mache mir detaillierte Notizen und sie haben sich bei mehr als einer Gelegenheit als sehr nützlich erwiesen.
Adam Lear
2

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.

ChaosPandion
quelle
2
Lassen Sie sich von Ihrem Chef sagen, worauf es ankommt. Kommunikation ist sehr wichtig und wenn sie nicht aufrechterhalten wird, kann sie für beide Seiten sehr frustrierend und enttäuschend sein.
Htbaa
0

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.

BMW
quelle
0

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.

Pradeep
quelle
0

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.

user1249
quelle
-1

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.

ozz
quelle
-1

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 ...

cjmUK
quelle
Wenn Ihr Job langweilig ist, sollten Sie vielleicht einen anderen interessanteren finden, anstatt zu versuchen, nur einen Teil davon interessanter zu machen.
Acumenus
Ich habe es getan - aber zu glauben, dass jeder Aspekt jedes Jobs aufregend sein wird, ist naiv.
cjmUK
Sorry, aber ich kann mich nicht einfühlen. Als Programmierer finde ich alle mir zugewiesenen Projekte interessant, nicht nur in meinem jetzigen Job, sondern auch in dem, den ich zuvor hatte. Es muss nicht aufregend sein; das ist anders. Es gibt ein interessantes Spektrum zwischen spannend und langweilig.
Acumenus
Dann denke ich, dass Sie sehr glücklich sind ... Ich vermute jedoch, dass ich in der größeren Bevölkerungsgruppe bin, die das Rough mit dem Smooth nehmen muss.
cjmUK
-1

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.

Steve Church
quelle
Wie beantwortet dies die gestellte Frage?
gnat
-2

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.

Dainius
quelle
Wir bieten 2 separate Produkte an, die sich einen kleinen Code teilen. Diese Produkte sind für unterschiedliche Benutzeranforderungen gedacht, befinden sich jedoch immer noch in derselben Domäne.
-2

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

Apalala
quelle
-2

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.

Brian Carlton
quelle