Ist es für einen Softwareentwickler in einem kleinen Unternehmen normal, 10-15 Projekte gleichzeitig zu betreuen?

Ich arbeite seit 3 ​​Jahren in einem sehr kleinen Softwareunternehmen (2 Entwickler - ich bin ein Senior und ein Praktikant, und 2 Designer). Das Betriebsklima in diesem Unternehmen ist gut. Ich habe sehr glücklich für sie gearbeitet, aber mit der Zeit fühle ich mich sehr gestresst.

Ich habe in diesen 3 Jahren etwa 7-8 Projekte gestartet und auch etwa 7-8 alte Projekte aktualisiert. Aktuell habe ich also mehr als 15 Projekte involviert. Neue Anforderungen/Änderungen kommen jeden Monat für alle alten Projekte.

Es ist sehr schwer, sich an alle Projekte zu erinnern und zusammenzuarbeiten. Jeden Monat arbeite ich an maximal 3-4 Projekten. Nächsten Monat wieder ein 3-4 Projekt usw.

Trotzdem empfinde ich das als sehr stressig. Das Problem war nicht in meinen ersten zwei Jahren, weil ich nur wenige Projekte involviert war.

Ist das eine normale Situation für Softwareentwickler? Oder ist es an der Zeit, nach neuen Jobs zu suchen?

Update : Nachdem SRS genehmigt wurde, habe ich die meisten Projekte innerhalb von etwa 100 bis 300 Stunden abgeschlossen, was bedeutet, dass einige Projekte mit 100 Stunden durchgeführt werden können und einige Projekte etwa 300 Stunden benötigen (nicht eingeschlossen Dokumentationszeit, Designerzeit usw.). Ich denke, das sind kleine Projekte, nicht wahr? Ich habe diesen Teil nur hinzugefügt, um eine Vorstellung vom Projektumfang zu geben.

Haben Sie darüber schon mit Ihrem Vorgesetzten gesprochen? Ich glaube, dass diese riesige Menge an Projekten ein bisschen zu viel für die derzeitige Anzahl von Mitarbeitern ist. Besteht die Möglichkeit, ein paar Leute einzustellen, die dir helfen?
Ich stimme ab, weil ich faule Titel hasse, die die Frage für andere Leute unbrauchbar machen. Es ist mir egal, es wird im Körper verarbeitet.
@GustavoMP Danke für die detaillierte Antwort. Ich habe die Frage mit dem Projektumfang aktualisiert. Ich denke, die Projekte sind klein. Ist Ihre Antwort dennoch ohne Änderung für meine Frage relevant?
@KeithLoughnane Jemand hat den Titel mit einem besseren Titel bearbeitet. Ich finde den Titel jetzt gut.
meine Stimme geändert
Dies hängt stark vom Arbeitsaufwand ab, der für jedes dieser Projekte erforderlich ist.
Stimme @ThorbjørnRavnAndersen zu. Wer kümmert sich um den Verwaltungsteil (Planung, Priorität, eventuelle Ablehnung von Kundenanfragen)? Seid ihr beide Entwickler oder gibt es jemanden, der sich dafür engagiert? Dies könnte das sein, was Sie zuerst brauchen, jemanden zu haben, der Ihre Arbeit plant, damit Sie sich darauf konzentrieren können.
@Walfrat Alle Dinge wie Dokumentation, Kundenbetreuung, Vorbereitung von SRS erledigen mich und den Praktikanten. Eigentlich sind 90% der Arbeit von mir erledigt, da der interne Entwickler einfach alles gelernt hat ... Aber alle designbezogenen Arbeiten und Supportanfragen, Dokumentationen im Zusammenhang mit dem Design erledigen zwei andere Designer.
100-300 Stunden sind 2,5-7,5 Wochen Vollzeitarbeit mit nichts anderem (E-Mail, Meetings, andere Arbeiten), was ich nicht als kleine Projekte bezeichnen würde

Antworten (6)

Ich habe in diesen 3 Jahren etwa 7-8 Projekte gestartet und auch etwa 7-8 alte Projekte aktualisiert. Aktuell habe ich also mehr als 15 Projekte involviert. Neue Anforderungen/Änderungen kommen jeden Monat für alle alten Projekte. Daher ist es sehr schwer, sich an alle Projekte zu erinnern und sie zusammenzuarbeiten.

All dies deutet darauf hin, dass Ihr Unternehmen stark unterbesetzt ist. Angesichts der Beschreibung sehe ich einfach nicht, wie es realistisch möglich ist, dass zwei Personen die von Ihnen erwähnte Last bewältigen (es sei denn, die gesamte Arbeit ist sehr lokal und enthält Aktivitäten, die sehr wenig Zeit in Anspruch nehmen).

Ist das eine normale Situation für Softwareentwickler?

Nein überhaupt nicht. Die effizienteste Art des Multitasking besteht darin, sich auf eine Sache nach der anderen zu konzentrieren. Ja, Sie lesen es, schreiben es, konzentrieren sich auf jeweils eine wichtige Sache und bringen diese zu Ende, was tatsächlich zu einem viel besseren Ergebnis führt, als wenn Sie versuchen, mit mehreren Dingen Multitasking zu betreiben.

Einige Vorschläge:

Erstens, verpflichten / akzeptieren Sie keine Arbeit, es sei denn, Sie wissen, dass Sie die Zeit haben, daran zu arbeiten. Falsche Zusagen zu machen (dh wegen schlechter Planung nicht zu liefern) ist schlimmer, als die Annahme zu verweigern und einen neuen Termin zu einem späteren Zeitpunkt zu vereinbaren, wenn es aufgenommen und abgeschlossen werden kann. Sie müssen die Aktivitäten priorisieren.

  • Wenn Sie in der Lage sind, den Anruf anzunehmen, tun Sie es.
  • Wenn Sie einen Manager/Vorgesetzten haben, der Ihnen bei der Priorisierung der Aufgaben helfen kann, fragen Sie ihn/beziehen Sie ihn ein.

Dadurch wird sichergestellt, dass Sie nur zu den Aufgaben pendeln, die Sie erledigen können, ohne sich zu sehr um die anderen Dinge kümmern zu müssen, die Sie erledigen müssen.

Sprechen Sie dann auch mit Ihrem Manager / Chef / CEO und bitten Sie ihn, neue Ingenieure zu rekrutieren, um Ihnen zu helfen. Angesichts der Arbeitsbelastung zeigt dies eindeutig, dass Ihre Organisation genug zu tun hat, aber jeder Einzelne kann nur eine bestimmte Menge an Aufgaben erledigen. Wenn also mehr Arbeit erledigt werden muss, brauchen wir mehr Mitarbeiter / Ingenieure. So einfach ist das.

Wenn (oder nachdem) Sie das Szenario bereits vorgestellt haben und sich die Situation nicht verbessert hat – ja, müssen Sie sich woanders umsehen.

Danke für die ausführliche Antwort. Ich habe die Frage mit dem Projektumfang aktualisiert. Ich denke, die Projekte sind klein. Ist Ihre Antwort dennoch ohne Änderung für meine Frage relevant?
@IamtheMostStupidPerson Es gibt keinen Bereich namens 100-300 Stunden, es ist zu viel, um in derselben Klammer zu sein. 100-120 Stunden sind verständlich, genauso wie 280-300 Stunden, aber Sie können 100-300 nicht in dieselbe Klammer einordnen.
Die Antwort steht jedoch noch aus.
Einige Projekte können etwa 100 Stunden dauern, andere etwa 300 Stunden. Ich meinte es so, ich meinte nicht, dass ein Projektumfang 100 - 300 Stunden beträgt. Entschuldigung für mein schlechtes Englisch.
@IamtheMostStupidPerson Nein, das verstehe ich. Was ich sagen wollte, ist, dass 5 Projekte im Umfang von 150 Stunden ganz anders sind als die Bearbeitung von 5 Projekten im Umfang von jeweils 280 Stunden. Das ist also nichts, was wir wirklich mitteln können.
Ich denke, dies ist eine gute Antwort mit guten Vorschlägen, abgesehen von dem Absatz über die Bitte um mehr Personal. Das ist selten eine gute Idee in einer Situation, in der Mitarbeiter gestresst sind, zu oft zwischen mehreren Projekten wechseln zu müssen. Mehr Personal bedeutet in der Regel mehr gestresste Leute, die den Rückstand noch schneller abbauen, es wird nicht das Problem lösen, wer was auf dem Teller hat. Es hört sich so an, als müssten die bestehenden Mitarbeiter einfach besser im Arbeitsmanagement werden. Und wenn das Unternehmen die Bandbreite erhöhen möchte, kann es als separate Übung mehr Personal einstellen.

Es gibt einen großen Unterschied zwischen

  • Ich habe in den letzten 4 Jahren an 15 verschiedenen Projekten aktiv mitgearbeitet
  • Ich soll im Moment an 15 verschiedenen Projekten arbeiten.

Der Bereich, in dem ich gerade bin, hat 3 Leute, und wir haben leicht mehr als 15 Projekte unter unserer Verantwortung. Aber wir arbeiten nicht aktiv an allen zu einem bestimmten Zeitpunkt. Tatsächlich arbeiten wir im Allgemeinen nie an mehr als 1-2 davon zu einem bestimmten Zeitpunkt - denn wie eine andere Antwort sagte: Multitasking funktioniert nur, wenn Sie sich auf eine Sache konzentrieren.

Stattdessen würde ich mich auf Work Management konzentrieren. Wie verwalten Sie, woran Sie arbeiten sollen, was Sie tun, was Ihre Zeitskalen sind usw.? Ehrlich gesagt ist diese Situation etwas, das für mich nach „KANBAN“ schreit.

Im Grunde ist die Kurzgeschichte von Kanban, dass Sie einen Pool von Aufgaben haben, die erledigt werden müssen. Sie haben auch Kategorien für „In Bearbeitung“, „Hold“ und „Fertig“ – zusammen mit einer Begrenzung der Anzahl von Elementen, die Sie in jede dieser Kategorien ziehen können. Will jemand, dass Sie an etwas arbeiten? Fügen Sie es dem Pool hinzu. Beenden Sie eine Aufgabe und müssen Sie etwas anderes finden, an dem Sie arbeiten können? Holen Sie sich das Item mit der höchsten Priorität aus dem Pool. Möchte jemand, dass Sie in diesem Moment an etwas arbeiten? Nun... hängt davon ab, ob Sie eine Stelle in Ihrem Abschnitt "In Bearbeitung" haben. Im Grunde ist es ein Framework, das darauf aufgebaut ist, allgegenwärtiges, vampirisches Multitasking zu vermeiden.

Das Schöne ist, Sie haben vielleicht 15 Projekte ... aber Sie berühren zu einem bestimmten Zeitpunkt nur einige davon. Sie verschwenden nicht viel Zeit mit 'Kontextwechseln' - Sie können sich auf eine Aufgabe konzentrieren, sie beenden und zur nächsten übergehen.

Ich bin in einer ähnlichen Situation, und ich bin hierher gekommen, um ungefähr dasselbe zu sagen wie diese Antwort.
Ja, es ist ziemlich normal, für einen ganzen Haufen Projekte verantwortlich zu sein, aber die meisten von ihnen sitzen in einem bestimmten Monat einfach nur da. Die Kunst besteht darin, einen vernünftigen Manager zu haben (denn das Erwartungsmanagement ist wirklich sein Problem, nicht Ihres). KANBAN funktioniert, aber Sie müssen sich wirklich von oben einkaufen, damit es gut funktioniert, sonst ist es nur "agil, aber nicht wirklich" (Und das ist scheiße, eigentlich als Typ, der hauptsächlich Hardware und Treiber spricht, agil ist scheiße, aber religiöse Probleme) ....

Du hast gefragt,

Ist das eine normale Situation für Softwareentwickler?

Diese Frage ist ohne viel Kontext schwer zu beantworten - einige Softwareentwickler haben vielleicht nur ein oder zwei Projekte, die Jahre dauern , während andere 15 oder 20 Projekte in einem bestimmten Jahr durchführen. Letzteres ist wahrscheinlich eher in kleineren Unternehmen der Fall, in denen Software ein Mittel zum Zweck ist (im Gegensatz zum eigentlichen Produkt des Unternehmens) - Ihre Situation ist beispielsweise für ein Team von 4 Ingenieuren in einer kleinen Gemeinschaftsbank wahrscheinlich ziemlich üblich , im Gegensatz zu ungewöhnlich für ein Team von 200 Ingenieuren bei einem Softwareanbieter oder Beratungsunternehmen.

Das heißt, du hast kommentiert,

Es ist sehr schwer, sich an alle Projekte zu erinnern und zusammenzuarbeiten. Jeden Monat arbeite ich an maximal 3-4 Projekten. Nächsten Monat wieder ein 3-4 Projekt usw.

Trotzdem empfinde ich das als sehr stressig

Um Ihren Stress anzugehen, müssen Sie sicherstellen, dass Sie ihn richtig zuordnen. Sind Sie wegen eines großen Arbeitsstaus gestresst? Oder sind Sie gestresst, weil es keinen Mechanismus gibt, der Ihnen hilft, den Arbeitsrückstand zu bewältigen? Wenn Sie eine konstante Warteschlange von 15 oder 20 Projekten haben und an 3 oder 4 gleichzeitig arbeiten, erscheint mir das nicht ungewöhnlich oder gar stressig, es sei denn, Ihnen fehlt eine Methode oder ein Prozess, um den Rückstand zu verwalten - was normalerweise bedeutet, dass Ihr "Management" -Ansatz darin besteht, an dem Projekt zu arbeiten, bei dem Sie in diesem Moment den größten Druck bekommen, was unabhängig von der Größe Ihres Rückstands sehr stressig sein kann .

Sie haben keine Informationen zu Ihrem Arbeitsmanagementprozess bereitgestellt, daher ist es schwierig, konkretes Feedback zu geben – aber wenn Sie kein Ticketsystem oder Projektmanagementsystem haben und Ihre Arbeit auf der Grundlage von E-Mails, Telefonanrufen oder anderem verwalten informelle Methoden, ist es vielleicht an der Zeit, etwas Formelleres vorzuschlagen. Wenn Sie dies noch nicht getan haben, sollten Sie ein ehrliches Gespräch mit Ihrem Vorgesetzten in Betracht ziehen, in dem Sie beschreiben können, was Ihren Stress verursacht – gute Vorgesetzte legen viel Wert darauf, ihrem Team bei der Leistung zu helfen, und ein gestresster Mitarbeiter ist selten ein leistungsfähiger Mitarbeiter.

Ist das eine normale Situation für Softwareentwickler? Oder ist es an der Zeit, nach neuen Jobs zu suchen?

Dies ist ein Zeichen dafür, dass sowohl das Unternehmen wächst als auch Ihr Know-how in Bezug auf die Unternehmenssoftware wächst und Sie daher gebeten werden, eine breitere Palette von Aufgaben zu bewältigen. Für diesen Teil ist es "normal", wie zu erwarten ist, wenn das Unternehmen nicht das Geld/das Ziel hat, einzustellen. Beachten Sie, dass es möglicherweise kein kluger Karriereschritt ist, jetzt aufzuhören, da sie sich so sehr auf Sie verlassen.

Was jedoch nicht normal ist, ist, dass Sie aufgefordert werden, in einem unhaltbaren Tempo zu arbeiten oder Funktionen für unrealistische Fristen bereitzustellen. Sie sollten in der Lage sein, einen gewissen Widerstand gegen die Ihnen übertragenen Aufgaben zu leisten, um sie zu verlangsamen und überschaubar zu machen: Hinterfragen Sie die Aufgabenpriorität untereinander, hinterfragen Sie die Erweiterbarkeit von Fristen und hinterfragen Sie die Machbarkeit in einer bestimmten Frist, bis Sie einen klaren Zeitplan haben Dinge nacheinander in angemessenem Tempo erledigen.

Ich werde die OP-Frage beantworten, aber auch den folgenden Kommentar von OP:

Alle Dinge wie Dokumentation, Kundenbetreuung, Vorbereitung von SRS erledigen mich und den Praktikanten. Eigentlich sind 90% der Arbeit von mir erledigt, da der interne Entwickler einfach alles gelernt hat ... Aber alle designbezogenen Arbeiten und Supportanfragen, Dokumentationen im Zusammenhang mit dem Design erledigen zwei andere Designer. –

Das bedeutet, dass Sie Projektmanagement und Entwickler machen, anstatt nur zu entwickeln.

Da Sie Projektmanagement betreiben und überlastet sind, ist es am besten, tatsächlich zu lernen, wie man delegiert. Holen Sie sich von Ihrem Praktikanten die einfachsten Projekte und delegieren Sie jede Entwicklung an ihn. Indem Sie bestimmte Projekte delegieren, bitten Sie ihn, sich auf diese Projekte zu spezialisieren und die anderen Ihnen zu überlassen. Dies ist meiner Meinung nach der beste Weg, um sich von Ihrem Praktikanten so schnell wie möglich helfen zu lassen.

Was passieren kann:

  • Wenn der Praktikant wirklich nicht hilfreich zu sein scheint, sprechen Sie mit Ihrem Chef darüber.
  • Wenn der Praktikant erfolgreich hilfreich war und die Arbeitsbelastung noch zu groß ist. Es ist an der Zeit, dass Sie entscheiden, ob Sie nur Projektmanagement oder Entwickler sein möchten, und Ihren Chef bitten, jemanden zu finden oder einzustellen, der das andere übernimmt. Da Sie bereits alles gemanagt haben, sollten Sie eine gute Chance haben, darum zu bitten, Projektmanager zu werden und dafür eine Gehaltserhöhung zu verlangen. Das geht natürlich nur, wenn du es möchtest.

Wenn es darauf ankommt. Es hängt von der Menge an Wartung ab, die Sie jeweils durchführen müssen. Ich war in der Lage, in einem 2-köpfigen Team 36 Banking-Batches zu unterhalten, von denen einige sehr alt und sehr groß waren.

Es funktionierte.

Es funktionierte, aber die meisten von ihnen erforderten in den drei Jahren, die ich dort verbrachte, vielleicht ein- oder zweimal meine Aufmerksamkeit. Einer von ihnen, nicht einmal der größte, 50% dieser 3 Jahre.

Also, um auf Ihre gestellte Frage zu antworten, es gibt keine Norm. Es kommt nur auf den tatsächlichen Arbeitsumfang an. Was uns zu der zugrunde liegenden Frage führt, die Walfrat indirekt beantwortet: Haben Sie zu viel zu tun? von dem, was ich gelesen habe, ja: Alle diese Projekte sind aktiv, wie es scheint. Und das ist ein Workload-Problem. Es ist nicht die Anzahl der Projekte, die ein Problem darstellt, sondern Ihre gesamte Arbeitsbelastung.

Ich würde dann empfehlen, die Zeit zu messen, die Sie für jede Wartung benötigen, und sie mit der Anzahl der erforderlichen Wartungen zu vergleichen. Mit einigen Kennzahlen sollte es einfacher sein, das Management davon zu überzeugen, dass Sie jemanden brauchen, der Ihnen hilft. Die Anzahl der Apps ist keine verkaufsfähige Metrik. Die schiere Menge an Arbeitsstunden ist.