Ist Ungewissheit, woran gearbeitet werden soll, normal?

Ich arbeite als Software Engineer. Das Team hat alle zwei Wochen Sprints. In den letzten 2 Monaten war die Sprintplanung im Grunde unmöglich. Der Manager selbst weiß nicht, ob wir nächste Woche ein Projekt starten oder nicht.

Ich frage mich, ob dies in ähnlichen Umgebungen ziemlich häufig vorkommt oder ob dies ein Zeichen für schlechtes Management ist? (das Unternehmen ist mittelgroß - ca. 300 Mitarbeiter)

Der Manager bittet ständig darum, unsere Stunden zu protokollieren ... aber die Ingenieure haben nicht viel zu tun.

Fragen Sie Ihren Vorgesetzten konkret, wie Sie Ihre Stunden protokollieren sollen
Es ist ziemlich üblich, aber auf der anderen Seite sind dies ungewöhnliche Zeiten.
Warum fragen Sie uns das und nicht Ihren Vorgesetzten? Das ist nicht Ihr Problem.

Antworten (4)

NEIN.

Ihnen sollte gesagt werden, was zu tun ist. Ihr Vorgesetzter bittet Sie beide, an etwas zu arbeiten ("Bitte tragen Sie Ihre Stunden ein"), aber Sie wissen nicht, woran er von Ihnen erwartet.

Im Allgemeinen würden Sie immer „etwas“ für das Unternehmen tun (warum stellt es Sie sonst ein?). Es gibt Fälle, in denen es nicht viel zu tun gibt (z. B. ein Helpdesk ohne Anrufe), in diesem Fall scheint Ihr Unternehmen Sie auf ein Projekt warten zu lassen, das "in Kürze" zugewiesen wird.

Die Erwartung sollte jedoch klar sein, was er von Ihnen möchte. Einige Beispiele sind:

  • Sehen Sie, ob Sie den Jungs von Team B oder Team C irgendwie helfen können.
  • Sehen Sie sich eine Konferenz an, lesen Sie einen Artikel über X
  • Versuchen Sie, eine neue Sprache/Technologie zu lernen
  • Führen Sie einige Wartungsarbeiten an <anderem Projekt> durch (z. B. verbessern Sie die Dokumentation Ihres vorherigen Projekts, das nicht so gut war, wie es hätte sein können)
  • Untersuchen Sie diesen Fehler, der Sie bei einem früheren Projekt verfolgt hat (wie ein seltsamer DB-Deadlock) und der schlecht umgangen wurde, da Sie nie herausgefunden haben, warum (es kann helfen, damit Sie in Zukunft nicht an derselben Falle scheitern).
  • Denken Sie an ein Projekt, das für das Unternehmen nützlich sein könnte, und versuchen Sie, es zu entwickeln (z. B. indem Sie einen Commit-Hook erstellen, der Ihren internen Programmierstil überprüft).

Wie Sie sehen, sind dies Dinge, die dem Unternehmen einen gewissen Wert verleihen würden (Kartenspiel mit Ihrem Kollegen würde Ihr Unternehmen wahrscheinlich nicht allzu glücklich machen). Dies sind im Allgemeinen kurze Aufgaben, die nicht viel Zeit in Anspruch nehmen (da Sie sie möglicherweise jedes Mal unterbrechen müssen, wenn Sie ein neues Projekt zugewiesen bekommen). Ich würde Ihnen empfehlen, diese Zeit für ein Selbsttraining zu nutzen, wofür normalerweise nie Zeit bleibt.

Sobald Sie herausgefunden haben, was zu tun ist, würden Sie die Stunden natürlich entsprechend protokollieren, entweder als spezifische Aufgaben (z. B. Rust lernen, Stackoverflow durchsuchen) oder allgemeine Aufgaben (z. B. Schulungen).

Ich würde Ihnen empfehlen, Ihren Vorgesetzten zu fragen, was er von Ihnen erwartet, und vielleicht eine Liste der oben genannten Möglichkeiten vorzuschlagen (oder sich zu entscheiden und tatsächlich einen konkreten Vorschlag zu machen, da wir immer noch kein Projekt vor uns haben, dachte ich Ich könnte XYZ machen, was wir später nützlich finden könnten, ist es in Ordnung?").

Ich stimme all dem zu, aber abhängig von Ihrer Erfahrung oder Rolle wird Ihnen nicht immer genau gesagt, woran Sie arbeiten sollen. Manchmal wird von dir erwartet, dass du ein Sandwich machst, ohne dass dir gesagt wird, wie man den Senf verteilt. Eine gewisse Unsicherheit ist normal, aber wahrscheinlich nicht auf dem Niveau, das das OP beschreibt.
Auch dies beantwortet überhaupt nicht einen grundlegenden Teil der Frage: "Ist dies ein ziemlich häufiges Vorkommen in ähnlichen Umgebungen oder ist dies ein Zeichen für schlechtes Management?" - Es kann nur das Versteck des Landes sein. Ich habe ein ähnliches Verhalten am Ende von Projekten gesehen, wenn die Arbeit zur Neige geht, aber Sie halten das Team für mögliche Fehler zusammen. 2 Sprints – das ist ein Monat – ist nicht so schlimm, wenn das Projekt lang ist und es noch etwas Arbeit gibt. Und es kann schlechtes Management sein – aber nicht von IHREM Manager, da andere Projekte in der Pipeline verzögert werden.

Gesehen in 4 von 4 Jobs

Es könnte ein schlechtes Management sein (allerdings nicht unbedingt Ihr Vorgesetzter im Besonderen) oder einfach nur ein unsicherer Kunde oder eine ungewisse Zukunft für Ihr Unternehmen im Allgemeinen. Es könnte auch eine allgemeine Unfähigkeit sein, Entscheidungen in Ihrem Unternehmen zu treffen, so dass es eine Menge Zeit braucht, um etwas zu erledigen.

Menschen sind pingelig und eine Kette von Menschen ist sehr instabil und unberechenbar. Überall herrscht Unsicherheit.

Was die Stunden betrifft, so arbeitet der durchschnittliche Büroangestellte etwa 3 Stunden am Tag. https://www.inc.com/geoffrey-james/new-research-most-salaried-employees-only-do-about-3-hours-of-real-work-each-day.html

"Eine Kette von Menschen ist sehr instabil und unberechenbar" <- das könnte ich stehlen, es ist eine gute Beschreibung :)

Ich war schon einmal in solchen Situationen und in verschiedenen Branchen. Es ist ein sehr gefährlicher Ort für einen Arbeiter, weil man danach beurteilt wird , was man mit seiner Zeit macht. Stellen Sie sicher, dass das, was Sie mit Ihrer Zeit tun möchten, für das Unternehmen nützlich ist (aber auch für Sie im Allgemeinen), und ich würde es an Ihrem Vorgesetzten vorbeiführen, bevor Sie damit beginnen. Wie einer der vorherigen Beiträge vorgeschlagen hat, gibt es eine Reihe von Dingen, die Sie tun können.

Einer der Gründe, warum Projektteams hochrangige Mitarbeiter haben, ist, dass sie zu erledigende Arbeiten erkennen und ansprechen, sie in die Arbeitswarteschlange aufnehmen und den Verbesserungsprozess vorantreiben können. Es ist Teamarbeit.

Dies könnte ein Zeichen für eine verlorene Produktvision, eine enttäuschende Marktstimmungsanalyse, Versuche der Menschen, die die Arbeit gestalten, die Entscheidungsfindung zu verzögern, einen langsamen Genehmigungsprozess, mangelnde Priorität der Machthaber oder einfach nur eine Verlangsamung sein. Es ist schwer zu wissen, ohne den vollständigen Kontext zu kennen und Ihr Unternehmen zu kennen.

Vergessen Sie jedoch nicht, egal was passiert, es ist immer gut, auf das Schlimmste vorbereitet zu sein. Stellen Sie sicher, dass alles, was Sie haben, auf dem neuesten Stand ist (Lebenslauf, Lebenslauf usw.), falls sich das Unternehmen in einem schlechten Zustand befindet oder Sie entschieden haben, dass eine solche Situation einfach nichts für Sie ist.

Es ist vielleicht weniger typisch als zu viel zu tun zu haben, aber es ist in großen Organisationen nicht ungewöhnlich. Es ist ein bisschen so, als würde man in der Küche stehen und zwei seiner Kinder Aufgaben geben, aber gerade keine sinnvolle Aufgabe für das dritte Kind haben. Nur auf Unternehmensebene.

Sie werden vielleicht die vielen, vielen Anfragen bezüglich der Notwendigkeit bemerken, Software zwischen dem nie endenden Druck, ausgefallene neue Funktionen zu produzieren, zu überarbeiten. Sie haben Glück: Jetzt ist ein guter Zeitpunkt, genau das zu tun. Sie (und Ihr Team) können Ihre vorherigen Projekte umgestalten. Wenn also neue Feature-Anfragen eingehen, sind Sie bereit, diese schneller als je zuvor zu implementieren.

Ihr Vorgesetzter könnte für diesen Vorschlag sogar dankbar sein. Sie können es als „notwendige Wartung zur Vorbereitung der Weiterentwicklung“ aufschreiben und/oder Sicherheitsaspekte des Refactorings anführen.