Ich bin sehr neu in Projektmanagement, Agile und ähnlichem. Ich habe gerade angefangen, Jira auszuprobieren, um die Arbeit eines kleinen Entwicklerteams zu verwalten, das eindeutig organisiert werden muss (im Moment verfolgen sie ihre Aufgaben/Probleme/Fehler auf Papier und in E-Mails, es werden keine Zeitschätzungen pro Aufgabe aufgezeichnet).
Als Einstieg plante ich, alle offenen Issues in Jira abzulegen und die Teammitglieder ihre Zeitschätzungen für jedes Issue abgeben zu lassen, damit ich einen klareren Gesamtüberblick über ihre Arbeit und die zu erledigenden Aufgaben habe. und priorisiere es.
Gibt es ein in Jira integriertes Plugin/Tool, das auf einem Kalender oder einem Gantt-Diagramm die Zeit darstellen kann, in der das Team beschäftigt ist und die Zeitprobleme voraussichtlich andauern werden, basierend auf einer Arbeitszeitkarte (Arbeitsstunden pro Tag, Arbeitstage ... ), Aufgabenzuweisung und Zeitschätzungen?
Ich weiß nicht, ob es Sinn macht, aber ich stelle mir vor, an einem agilen Board zu arbeiten (z. B. am Backlog), Aufgaben zu priorisieren und das Team Zeitschätzungen zuweisen zu lassen, und dann auf grafische Weise eine sich selbst aktualisierende Projektion der Probleme im Laufe der Zeit zu visualisieren , basierend auf neuen Schätzungen der "verbleibenden Zeit", die von den Teammitgliedern angegeben wurden.
Wenn nicht Jira, gibt es eine Software, die Sie vorschlagen würden, die etwas Ähnliches tut, wie ich suche, und denken Sie, dass dieser Ansatz überhaupt sinnvoll ist?
Diese Frage könnte sich beziehen auf Gibt es einen Ressourcen-Handler oder ein Gantt-Diagramm-Erstellungstool für JIRA?
Was für eine Methode verwendest du? Wenn Sie Scrum verwenden, denken Sie daran, dass Sie nicht nach Zeit schätzen, sondern die tatsächliche Zeit durch die Verwendung von (Story-)Punkten vom erforderlichen Aufwand entkoppeln. Diese lassen sich nicht direkt in die Zeit übersetzen, sodass Sie nicht in die Zukunft kartieren können. Scrum möchte Planungserfahrung sammeln, indem es den Aufwand, den Sie bereits investiert haben, empirisch misst, indem es Ihre tatsächliche Teamgeschwindigkeit in der Vergangenheit misst, nicht irgendeine Fantasie darüber, wie das Team in der Zukunft funktionieren könnte.
Wenn Sie Schätzungen für größere zukünftige Arbeiten benötigen, ist es hilfreich, wenn das Team, mit dem Sie zusammenarbeiten, bereits seit einiger Zeit und an ähnlichen Projekten zusammengearbeitet hat. Dann können Sie so etwas wie die Worst-Case-/Best-Case-Schätzungen pro Epic verwenden, wie von Mike Cohn in Agile Estimating and Planning vorgeschlagen.
Wenn Sie eine andere agile Methode verwenden, habe ich nicht genug echte Erfahrung, um gute Ratschläge zu geben. Aber es scheint, dass Gantt-Diagramme im Allgemeinen in Agile ein falsches Bild vermitteln können:
Willl