Planungseinheit: Projekt ↔ EPIC

In Meisterplan werden Projekte als strukturierte Container für Arbeit geplant – mit definiertem Start- und Endzeitpunkt, geschätztem Aufwand und potenziellen Abhängigkeiten zu anderen Vorhaben.

In vielen Organisationen dienen Epics in Jira als strukturierende Container für Arbeitspakete, die sich besonders für die übergreifende Planung und Kommunikation im Projektumfeld eignen.

Arbeitspaket: Task ↔ Story (inkl. Subtasks)

In Meisterplan werden keine Aufgaben direkt angelegt oder geplant. Stattdessen werden bestehende Aufgaben aus Projektmanagement-Systemen wie Jira visualisiert und synchron gehalten. Im Zusammenspiel mit Jira lassen sich dort angelegte Arbeitspakete unterhalb eines Epics – in der Regel Stories – einem Projekt in Meisterplan zuordnen und als Tasks darstellen. Diese Aufgaben können in Meisterplan wahlweise nach Datum oder Sprint strukturiert angezeigt werden.

Stories werden mit konkreten Aufwänden geplant. Je nach Vorgehensmodell können sie entweder agil in Sprints organisiert oder klassisch mit individuellen Start- und Enddaten versehen werden. In Meisterplan lassen sich diese Strukturen entsprechend visualisieren und in die übergeordnete Projektplanung integrieren.

Kapazitätseinheit: Allokation ↔ Story Points bzw. Remaining Estimate

Jedem Projekt in Meisterplan wird ein Gesamtwert für den Arbeitsaufwand über einen spezifischen Zeitraum zugewiesen – die sogenannte Allokation. Diese kann entweder als Grobschätzung dienen oder auf einem bereits freigegebenen Budget basieren. Die Planung erfolgt in Stunden, Personentagen oder als Anteil einer Vollzeitarbeitskraft (FTE), je nach gewünschter Granularität. Der aus Jira importierte Arbeitsaufwand in Story Points wird über benutzerdefinierte Velocities je Team oder Rolle konvertiert.

Arbeit innerhalb eines Epics wird in einzelne Stories unterteilt, geschätzt und gezielt Teams, Abteilungen oder einzelnen Personen zugewiesen. Die Aufwandsschätzungen erfolgen typischerweise in Form von Story Points oder als Zeitangaben (Estimates in Stunden), die dem Projekt in Meisterplan zugewiesen werden.

Ressourceneinheit: Ressource ↔ Assignee

In Meisterplan wird ein individueller Mitarbeitender als ‚Ressource‘ bezeichnet, der innerhalb eines Projekts eingeplant werden kann. 

In Jira wird ein Assignee als die Person definiert, der eine Story zur Bearbeitung zugewiesen ist.

Ressourceneinheit: Team ↔ Team

Für Organisationen mit agiler Arbeitsweise empfehlen wir sowohl in Meisterplan als auch Jira das Teamobjekt zu nutzen.

Teams in Meisterplan setzen sich aus einzelnen Ressourcen zusammen. Die Teamkapazität ergibt sich aus der Summe der Kapazitäten aller zugewiesenen Personen. Für jede Ressource kann individuell festgelegt werden, welcher Anteil ihrer verfügbaren Kapazität dem jeweiligen Team zur Verfügung steht.

Bitte beachten Sie: Ein Meisterplan-Team ist keine organisatorische Einheit, wie etwa eine Abteilung.  

In Jira bildet ein Team eine Gruppe von Mitarbeitenden (Assignees), die gemeinsam an Stories arbeiten. In agilen Umgebungen erfolgt die Planung typischerweise über Story Points und eine gemeinsam definierte Velocity, die als Grundlage für die Kapazitätssteuerung dient.

Ressourceneinheit: Rolle ↔ Team/Rolle (Custom Field)

Für Organisationen mit klassischer Projektstruktur empfiehlt sich eine Grobplanung in Meisterplan auf Rollenbasis. In Jira kann diese entweder über Rollen oder Teams abgebildet werden.

Die Kapazität einer Rolle ergibt sich aus der Summe aller Kapazitäten der zugeordneten Ressourcen und Teams sowie aus zusätzlich definierten Rollenkapazitäten. Im Verlauf der Planung werden diese Rollenzuordnungen schrittweise konkreten Personen zugewiesen.

In Jira existiert kein eigenes Rollenobjekt. Wenn Sie Arbeit dennoch einer Rolle zuweisen möchten, dann nutzen Sie entweder das Teamobjekt oder erstellen ein benutzerdefiniertes Rollenobjekt in Jira. Im Verlauf der Planung werden Stories erstellt und gezielt Mitarbeitenden zur Bearbeitung zugewiesen.

Terminereignis: Meilenstein ↔ Milestone (Custom Type)

Meisterplan ermöglicht die Darstellung von Meilensteinen innerhalb einzelner Projekte. Darüber hinaus lassen sich projektübergreifende Abhängigkeiten zwischen Meilensteinen visualisieren, um strategische Abhängigkeiten transparent zu machen und Ressourcen vorausschauend zu planen.

In Jira wird häufig ein Custom Issue Type „Milestone“ verwendet, um zentrale Projektmeilensteine darzustellen. Das Due Date markiert dabei den geplanten Zeitpunkt.

Zeitbuchung: Ist-Zeiten ↔ Time tracking/Work Log

Ist-Zeiten werden als Zeitbuchungen erfasst und mit den historischen Allokationen abgeglichen – eine wichtige Grundlage für die Analyse von Planabweichungen und die Optimierung der Ressourcennutzung. 

Bitte beachten Sie: Benutzer, die in Jira ihre Zeit erfassen, müssen in Meisterplan als Ressource angelegt sein.

In Jira erfolgt die Zeiterfassung über das Time tracking – entweder direkt auf der Story oder auf Subtasks, die während der Umsetzung entstehen. Diese Ist-Zeiten können nahtlos nach Meisterplan übertragen werden, um die Ressourcenplanung mit realen Aufwänden abzugleichen.