Gibt es eine Standardvorgehensweise, um pro Teammitglied den Überblick über aktuelle und nächste Aufgaben zu behalten?

Vorwort: Diese Frage fragt nach einem allgemein akzeptierten Ansatz zur Verwaltung bestimmter Aspekte eines Teams (falls ein solcher Ansatz existiert).

Als eine meiner Aufgaben, ein Team von Fachleuten zu führen, muss ich ihnen Aufgaben zuweisen und eine ungefähre Vorstellung davon haben, welche großen Aufgaben von wem und in welcher Reihenfolge als nächstes ungefähr angegangen werden.

Insbesondere muss ich den Überblick behalten über:

  • Wer arbeitet an welchen Aufgaben?
  • Welche Aufgaben stehen für jedes meiner Teammitglieder als nächstes an?
  • Welche dieser Aufgaben werden voraussichtlich in dieser Woche, nächster Woche, übernächster Woche erledigt?

Ich suche nach einer Möglichkeit, diese Informationen visuell darzustellen. Ich glaube , dass dies eine sehr häufige Situation für Leiter von kleinen Teams ist. Daher frage ich mich:

Gibt es eine Standardtechnik oder Notation, um so einen Überblick zu behalten?

Beachten Sie, dass ich ausdrücklich nicht nach konkreten Produkten frage, die mir diesen Überblick verschaffen, sondern nach dem (Name des) allgemeinen Ansatzes, falls vorhanden. Außerdem suche ich nicht nach Vorschlägen oder verschiedenen Lösungen, die geeignet sein können oder nicht. Was ich frage, ist, ob es einen allgemein verwendeten Ansatz gibt, um die beschriebenen Informationen zu visualisieren. Das heißt, ich könnte ohne weiteres eine eigene Lösung entwerfen, aber ich möchte das Rad nicht neu erfinden, wenn es bereits ein gemeinsames Standardvorgehen für diese Art von Managementaufgabe gibt.

Ich denke , es wäre normalerweise eine Art tabellarische Notation. Ich habe über Kanban nachgedacht und es mir angesehen , aber es scheint nicht ganz das zu sein, wonach ich suche, da es sich auf Elemente konzentriert, die nacheinander verschiedene Prozessschritte durchlaufen.

Es heißt Job-Tracking
FWIW, ich weiß, dass Sie nicht nach einem Produkt suchen, aber das hat mich an Asana erinnert. Ich bin sicher, dass Sie eine ähnliche Technik nach Ihren Wünschen implementieren können, die diese Anforderungen erfüllt
Ein Gantt-Diagramm? (Kommentare müssen mindestens 15 Zeichen lang sein.)
"um einen allgemein anerkannten Ansatz bitten" Sind Sie sich da sicher? Aus meiner Erfahrung muss man wissen, was die aktuelle Aufgabe jedes Teammitglieds ist und wie lange das gesamte Team für die nächsten Aufgaben benötigt. Das Zuweisen einer neuen Aufgabe, bevor die aktuelle Aufgabe erledigt ist, würde Sie daran hindern, Aufgaben nach Priorität in die Warteschlange zu stellen, da Sie nie wissen, wer krank wird oder vorzeitig fertig wird. Vielleicht stimmt das in deinem Fall nicht. Können Sie sagen, ob es ein Problem ist, wenn eine Aufgabe, die zuerst in die Warteschlange gestellt wurde, später als andere beendet wird?
@Chris: Kein Problem. Teammitglieder können verschiedene Aufgaben unterschiedlich gut erledigen, daher kann ich sowieso nicht streng nach Priorität gehen. Also, nein, es ist kein Problem, wenn eine Aufgabe (global), die zuerst in die Warteschlange gestellt wurde, später als andere beendet wird.
Post-its auf einer Tafel? Entschuldigung, aber als Teamleiter von Fachleuten (in jeder Branche) sollten Sie diese Dinge bereits wissen? Selbst wenn Sie in diesen Job befördert würden, wüssten Sie bereits, wie die Leute, mit denen Sie zusammenarbeiten, arbeiten? Trotzdem: Scrum, Agilität, Kanban, Lagerfeuer, Wasserfall, Mikro-/Makro-Manager – was definieren Sie als „allgemein akzeptierten Ansatz zur Verwaltung bestimmter Aspekte“ ? "visuelle Übersicht" , also Gantt, Epics, Swimlanes, Backlog... ?
@FH "Teammitglieder können unterschiedliche Aufgaben unterschiedlich gut erledigen" Meinst du damit, dass sie auch nach dem Training nicht in der Lage sein werden, die benötigte Qualität zu liefern? Ein Unterschied in den Fähigkeiten ist normal, dennoch sollte man versuchen, den „Bus-Faktor“ zu erhöhen.
@rkeet: "Post-its auf einer Tafel?" - Wie ich geschrieben habe, liegt das konkrete Tool / die konkrete Implementierung außerhalb des Rahmens dieser Frage. "Sie würden bereits wissen, wie die Leute, mit denen Sie zusammenarbeiten, arbeiten?" - Keine von ihnen folgt einem standardisierten Ansatz. Da sie jedoch in Bereichen, in denen meines Wissens Standardnotationen existieren, keinen gemeinsamen Ansatz verfolgen, bedeutet dies nichts. "Was definieren Sie als (...)" - ja, alles, was Sie beschreiben, sind Standardansätze für verschiedene Probleme auf verschiedenen Abstraktionsebenen. Ich versuche herauszufinden, ob es eine gibt, die genau für die von mir skizzierte Situation geeignet ist.
@Chris: Ich meine, egal wie viel Training darin steckt, ein bestimmtes Teammitglied wird immer effizienter sein, eine Folgeaufgabe zu etwas zu lösen, das es selbst erledigt hat, als jeder andere. Aber Sie sprechen einen guten Punkt an: Je nach Auslastung und Situation ist es auch gut möglich, dass eine zuerst in die Warteschlange gestellte Aufgabe später erledigt wird als andere, weil ich sie einem Teammitglied zuweise, das dafür möglicherweise mehr Vorbereitung benötigt, aber dessen Bearbeitung Die Aufgabe wird den Busfaktor für das gegebene Thema erhöhen.
@StephanBranczyk: Ich bin mir nicht sicher, ob Gantt das ist, wonach ich suche - es konzentriert sich ziemlich stark auf genaue Startzeiten, Endzeiten und Dauer von Ereignissen / Aufgaben und eine absolute Positionierung jedes Ereignisses / jeder Aufgabe auf der Zeitachse. Für mich sind Wochen mehr oder weniger wie „Taschen“, die mit ein paar Aufgaben pro Teammitglied gefüllt werden können, und diese Aufgaben können eine ungefähre Reihenfolge haben. Aber vielleicht ist es doch nah genug.
Ja, ein Gantt-Diagramm mit niedrigerer Auflösung ist immer noch ein Gantt-Diagramm. Oder ein Gantt-Diagramm mit besserer Usability ist immer noch ein Gantt-Diagramm. Gantt-Diagramm ist nur ein allgemeiner Begriff. Dasselbe Konzept kann auf unterschiedliche Weise implementiert werden.

Antworten (1)

Sie suchen wirklich nur nach einem Board im Kanban-Stil mit einem Ticketing-System (dh JIRA, Trello, buchstäblich alles, mit dem Sie Aufgaben verschieben können).

Kanban als Konzept ist vielleicht nicht genau das, wonach Sie suchen, wenn Sie sich an die Definition des Wörterbuchs halten, aber es ist definitiv das, wonach Sie in Bezug auf die Implementierung suchen.

Sie haben normalerweise 3 Spalten in einem Kanban-Board:

  • Neu
  • Im Gange
  • Erledigt

Auf diese Weise können Sie ganz einfach verwalten, wer an was arbeitet, in welcher Reihenfolge die Aufgaben erledigt werden und ob die Aufgaben abgeschlossen sind.

Welche dieser Aufgaben werden voraussichtlich in dieser Woche, nächster Woche, übernächster Woche erledigt?

Das ist etwas schwieriger. Ein gängiger Ansatz im Software-Engineering ist die Aufteilung der Arbeit in Sprints. Ein Sprint ist ein beliebiger Zeitraum, in der Regel ein oder zwei Wochen, in dem jedem Mitarbeiter in einem Team eine Reihe von Aufgaben zugewiesen wird, die er erledigen soll.

Wenn Sie jedoch nach einer längeren Zeitachse suchen oder wenn Ihnen speziell diese Art der Planung am wichtigsten ist, möchten Sie ein Gantt-Diagramm .

Beispielsweise unterstützen sowohl Trello als auch Jira Gantt-Diagramme für Ihr Workflow-Management.

„Ein Sprint ist ein beliebiger Zeitraum, in der Regel ein oder zwei Wochen, in dem jedem Mitarbeiter eines Teams eine Reihe von Aufgaben zugewiesen wird , die er erledigen soll .“ Wenn sich das Management nicht um realistische Erwartungen kümmert, die regelmäßig und zuverlässig erreicht werden Vielleicht. Anderenfalls beziehen Sie das Team in die Entscheidung ein, was erreichbar ist und was es realistisch übernehmen und liefern kann.
Sicher, aber das ist ein anderes Problem als der Issue-Tracker, nach dem das OP fragt. Vermutlich wissen sie bereits, wie man ein Team tatsächlich führt und Aufgaben realistisch verteilt.
@maplebird: In der Tat - wir haben einen Issue-Tracker (im Sinne eines Systems, das eine Datenbank mit Aufgaben, deren Mitarbeiterzuordnung, Status usw. speichert) und ich bin auch "voll ausgestattet", was die Schätzung betrifft Aufwand, der für einzelne Aufgaben erforderlich ist, und die Übermittlung dieser Schätzungen an TPTB, um sicherzustellen, dass das Team für die Phase bis zum nächsten Release nicht undurchführbar viel Arbeit bekommt. Aber diese Phase ist im Grunde eine "Leere" mit einer gewissen maximalen Kapazität für geplante Anstrengungen, was in Ordnung ist - mit Ausnahme des von mir erwähnten sehr nahen Zeitrahmens, wo ich gerne einen Überblick über das nächste haben würde ...
... zwei oder drei Wochen. Und auch hier reicht es völlig aus, ohne Mikromanagement an bestimmten Anfangs- und Endtagen für einzelne Aufgaben festzulegen, wer was in welcher Woche ungefähr bearbeiten wird. Dieser letzte Teil ist das, was mir fehlt, was ich leicht selbst erstellen könnte, aber wo ich vermute, dass es bereits so etwas wie eine allgemein akzeptierte und bekannte Standardnotation gibt.