Durchsuchbare Dokumentation aufrufen | Zurück zur Dokumentationsübersicht

Navigation: Dokumentationen agorum core > NORA | 360° > NORA | 360° Project


Zentrale Konzepte von NORA | 360° Project

Für welche Version verfügbar?
• agorum core pro
Hinweis: Diese Dokumentation bezieht sich auf die aktuellsten Versionen der Plugins für NORA | 360°. Aktualisieren Sie die hier beschriebenen Plugins, um die Dokumentation verwenden zu können.

NORA | 360° Project erweitert das Basismodul von NORA | 360° um ein Projektmanagement-Konzept. Projekte sind hierbei Spezialisierungen von Vorgängen (Process) und dienen als zentraler Container, unter dem projektbezogene Inhalte (Aufgaben, Dateien, E-Mails, Notizen, Zeiten) organisiert und miteinander verknüpft werden.

Im Gegensatz zu einer reinen Ordnerablage stellt NORA | 360° die 360°-Sicht auf ein Projekt her, indem alle relevanten Objekte konsistent strukturiert erzeugt und über Beziehungen verknüpft werden (z. B. Projekt ↔ Epics ↔ Projektaufgaben ↔ Sprints).

Für Informationen über die zentralen Konzepte des Basisplugins NORA | 360° siehe Zentrale Konzepte von NORA | 360°.

Projekt-Objekte

Projekt (PRJ)

Ein Projekt ist die zentrale Einheit im Projektmanagement. Technisch basiert ein Projekt auf einem Vorgang (Process) und übernimmt die Konzepte Status, Priorität, Verantwortliche, Beschreibung und (optional) Vertragsbezug. Jedes Projekt erhält automatisch eine fortlaufende Nummer mit dem Präfix PRJ (z. B. PRJ-1).

Pflichtfelder

Optionale Felder

Ablage

Enthält (Unterobjekte)

Hinweis: In Projekten ist die Standard-Aufgabenliste des Vorgangs deaktiviert und wird durch projektspezifische Listen (Projektaufgaben) ersetzt.

Epic (EPC)

Ein Epic dient der thematischen Gruppierung (große User Story / Feature-Cluster). Jedes Epic erhält automatisch eine fortlaufende Nummer mit dem Präfix EPC (z. B. EPC-1). Projektaufgaben werden in einem Epic nicht „untergeordnet abgelegt“, sondern über eine Relation verknüpft.

Pflichtfelder

Optionale Felder

Ablage und Voraussetzungen

Besonderheiten

Sprint (SPR)

Ein Sprint repräsentiert einen zeitlich begrenzten Arbeitszyklus. Jeder Sprint erhält automatisch eine fortlaufende Nummer mit dem Präfix SPR (z. B. SPR-1). Projektaufgaben können Sprints zugeordnet werden (Relation), um Iterationen zu planen und den Fortschritt je Sprint sichtbar zu machen.

Pflichtfelder

Optionale Felder

Ablage und Voraussetzungen

Besonderheiten

Projektaufgabe (TSK)

Die Projektaufgabe ist eine Spezialisierung der allgemeinen Aufgabe (Task). Sie verwendet den gleichen Nummernkreis TSK wie allgemeine Aufgaben.

Pflichtfelder

Optionale Felder (geerbt von Aufgabe)

Projekt-spezifische Felder

Ablage und Voraussetzungen

Enthält (Unterobjekte)

Übersicht der Abhängigkeiten

Die folgende Übersicht zeigt, in welcher Reihenfolge die Projekt-Objekte angelegt werden müssen. Objekte weiter oben in der Tabelle müssen zuerst existieren, bevor die darunterliegenden erstellt werden können. 

Objekt Präfix Voraussetzung Ablageort
Vertragstyp (Basisplugin) Keine Beliebiger Ordner
Vertrag (Basisplugin) (CNT) CNT Vertragstyp + Business-Objekt (CRM-Plugin) Unter Business-Objekten
Projekt (PRJ) PRJ Keine; optional: Kundenakte (CRM-Plugin), Vorgangsbereich (Basisplugin) Kundenakte, Partnerakte, Vorgangsbereich oder beliebiger Ordner
Epic (EPC) EPC Projekt (PRJ) als Parent Ausschließlich innerhalb eines Projekts (Unterordner epics)
Sprint (SPR) SPR Projekt (PRJ) als Parent Ausschließlich innerhalb eines Projekts (Unterordner sprints)
Projektaufgabe (TSK) TSK Projekt (PRJ) als Parent; optional: Epic, Sprint zur Verknüpfung Ausschließlich innerhalb eines Projekts (Unterordner tasks)
Zeiterfassung (Basisplugin) (TRC) TRC Vertrag (CNT) + Projekt oder Projektaufgabe als Arbeitskontext Innerhalb von Projekten oder Projektaufgaben