Verbesserungen und Praxisorientierung Projektmanagement FOERBICO & rpi-virtuell #428

New issue

Open

opened 2025-07-22 11:58:37 +00:00 by joerglohrer · 2 comments

joerglohrer commented

2025-07-22 11:58:37 +00:00

Owner

Hier ist eine Überarbeitung bisheriger Praxis der bestehende Labels integriert. Die Kategorien sind neu gruppiert nach "Was?", "Wie?" und "Wer/Wo?".

WAS? - Kategorie 1: Thematische Schwerpunkte (Was ist der Inhalt?)

Diese geben den übergeordneten Rahmen als Verfeinerung der ursprünglichen Themenbereiche.

Community & Netzwerk: Aufbau, Pflege, Aktivierung von Communities. (Beispiele: #362 Workshop)
Qualität & Standards: Metadaten, Qualitätskriterien, Redaktionsprozesse. (Beispiele: #370 Interviews, #361 Verschriftlichung)
Forschung & Evaluation: Wissenschaftliche Begleitung, Erhebungen, Analysen, DBR. (Beispiele: #376 Abstract, #357 Conference Paper)
Qualifizierung & Fortbildung: Entwicklung und Durchführung von Fortbildungen. (Beispiele: #376 Abstract für Special Issue "Religion & Education")
Kommunikation & ÖA: (Oberbegriff) für externe Kommunikation.
- Dazu passen die bestehenden Labels Blog und Events. Dies hilft, alle Kommunikationsmaßnahmen zu bündeln. (Beispiele: #375, #373, #351)
Technik: Projekt: (Neu/Präzisiert) Betrifft die großen Projektziele: Community-Hub, Metadaten-Generator, Plugins. Die "Was"-Ebene.
Technik: Repo/Website: (Neu) Betrifft die technische Wartung des Git-Repositories und der Webseite: CI/CD-Pipelines (Woodpecker), Bugfixes, Markdown-Linting, Strukturänderungen. Die "technische Hausmeisterei". (Beispiele: #369, #366, #364)
Koordination & Reporting: (Neu) Interne Koordination, Projektmanagement, administrative Aufgaben, Berichte an den Fördergeber, (Beispiele: #377, #374)

WIE - Kategorie 2: Art der Aufgabe (Wie wird es bearbeitet?)

Diese beschreiben die konkrete Tätigkeit.

Konzept: Etwas wird geplant/konzipiert.
Analyse / Erhebung: Recherche, Datenerhebung, Interviews. (Beispiel: #370)
Entwicklung: Technische Umsetzung, Coding. (Beispiel: #364)
Content-Erstellung: Texte schreiben, Videos/Grafiken erstellen. (Beispiel: #376, #357)
Organisation / Koordination: Terminfindung, Planung von Events, Absprachen. (Beispiele: #373, #355)
Umsetzung / Implementierung: Praktische Durchführung (z.B. Einpflegen von Daten).
Korrektur / Refinement: (Neu) Kleine Verbesserungen, Typo-Fixes, Überarbeitungen. Perfekt für viele kleine PRs. (Beispiele: #369, #365, #360)
Dokumentation: Anleitungen, Protokolle, Berichte schreiben. (Beispiel: #377)
Bug: Behebung eines Fehlers. (Beispiel: #349 könnte ein Bug sein)
Community-Aktion: (Neu) Offene Fragen an die Community, Aufrufe zur Teilnahme. (Beispiel: #373 "wer fährt hin?")
Frage

WER & WO - Kategorie 3: Zuordnung & Status (Wer & Wo & wie wichtig?)

Diese Tags geben Kontext zur Zuständigkeit und Dringlichkeit.

Zuständigkeit (Personen/Rollen):
- wer:CI, wer:FAU, wer:GU (für die Institutionen)
- wer:CM (Jörg Lohrer)
- wer:ÖA (Gina Buchwald-Chassée)
- wer:IT (Ludger Sicking)
- wer:WM1 (Laura Mößle)
- wer:WM2 (Phillip Angelina)
- wer:Team-Gesamt
Status (aus der Tabelle & Praxis):
- Status:Ausstehend (noch nicht begonnen)
- Status:Begonnen
- Status:Abgeschlossen (wird durch Schließen des Issues erreicht)
- Status:Diskussionsbedarf
- Status:Blockiert
- Status:Externe-Rückmeldung

Anwendung des finalen Schemas in der Praxis

Schauen wir uns ein konkretes Beispiel aus der Tabelle an:

Szenario: Es wird ein neues Issue erstellt mit dem Titel: "Entwicklung des WordPress-Plugins für den OER-Editor".

Tagging-Prozess:

Wo im Projektplan?
- Blick in die Tabelle: Das gehört zu AP 4, genauer AP 4-4. Es zahlt auf Meilenstein M23 ein.
- Tags: AP:4, Meilenstein:M23.
Was ist der Inhalt?
- Es ist eine technische Entwicklungsaufgabe für ein großes Projektziel.
- Tags: Technik: Infrastruktur, Qualität & Standards (da es ein Redaktionssystem betrifft).
Wie wird es bearbeitet?
- Es muss entwickelt werden.
- Tag: Entwicklung.
Wer ist dran & wie ist der Stand?
- Blick in die Tabelle: Mitarbeitende sind IT, CM, ÖA.
- Tags: wer:IT, wer:CM, wer:ÖA.
- Das Issue ist neu, die Arbeit hat aber laut Tabelle gerade begonnen.
- Tag: Status:Begonnen.

Finales Tag-Set für dieses Issue:
AP:4, Meilenstein:M23, Technik: Infrastruktur, Qualität & Standards, Entwicklung, wer:IT, wer:CM, wer:ÖA, Status:Begonnen

Workflow und Vorteile dieses Systems:

Top-Down-Planung trifft Bottom-Up-Arbeit: Die Projektleitung kann jederzeit filtern: "Zeige mir alle offenen Issues für Meilenstein:M25". Das ist perfekt für die Vorbereitung auf die Zwischenfazit-Tagung.
Personenbezogene Aufgabenlisten: Jeder Mitarbeiter kann seine Aufgabenliste einfach filtern, z.B. alle Issues mit dem Tag wer:WM1.
Klarheit bei Zuständigkeiten: Die wer:-Tags machen sofort klar, wer involviert ist, selbst wenn das Issue nur einer Person zugewiesen ist. Die Tabelle wird so im Alltag lebendig.
Status-Tracking: Der Status:-Tag hilft, den Fortschritt aufgabenbezogen zu sehen, was feingranularer ist als der Status des gesamten Unter-APs in der Tabelle. Man kann z.B. sehen: "Zeige mir alle Aufgaben in AP:7, die Status:Blockiert sind".
Vereinfachte Berichterstattung: Für den nächsten Zwischenbericht kann man einfach nach abgeschlossenen Issues pro Meilenstein oder AP im Berichtszeitraum filtern und hat sofort eine Liste der "Deliverables".

Hier ist eine Überarbeitung bisheriger Praxis der bestehende Labels integriert. Die Kategorien sind neu gruppiert nach "Was?", "Wie?" und "Wer/Wo?". #### WAS? - Kategorie 1: Thematische Schwerpunkte (**Was** ist der Inhalt?) Diese geben den übergeordneten Rahmen als Verfeinerung der ursprünglichen Themenbereiche. * `Community & Netzwerk`: Aufbau, Pflege, Aktivierung von Communities. (Beispiele: #362 Workshop) * `Qualität & Standards`: Metadaten, Qualitätskriterien, Redaktionsprozesse. (Beispiele: #370 Interviews, #361 Verschriftlichung) * `Forschung & Evaluation`: Wissenschaftliche Begleitung, Erhebungen, Analysen, DBR. (Beispiele: #376 Abstract, #357 Conference Paper) * `Qualifizierung & Fortbildung`: Entwicklung und Durchführung von Fortbildungen. (Beispiele: #376 Abstract für Special Issue "Religion & Education") * `Kommunikation & ÖA`: **(Oberbegriff)** für externe Kommunikation. * Dazu passen die bestehenden Labels `Blog` und `Events`. Dies hilft, alle Kommunikationsmaßnahmen zu bündeln. (Beispiele: #375, #373, #351) * `Technik: Projekt`: **(Neu/Präzisiert)** Betrifft die großen Projektziele: Community-Hub, Metadaten-Generator, Plugins. Die "Was"-Ebene. * `Technik: Repo/Website`: **(Neu)** Betrifft die technische Wartung des Git-Repositories und der Webseite: CI/CD-Pipelines (Woodpecker), Bugfixes, Markdown-Linting, Strukturänderungen. Die "technische Hausmeisterei". (Beispiele: #369, #366, #364) * `Koordination & Reporting`: **(Neu)** Interne Koordination, Projektmanagement, administrative Aufgaben, Berichte an den Fördergeber, (Beispiele: #377, #374) #### WIE - Kategorie 2: Art der Aufgabe (Wie wird es bearbeitet?) Diese beschreiben die konkrete Tätigkeit. * `Konzept`: Etwas wird geplant/konzipiert. * `Analyse / Erhebung`: Recherche, Datenerhebung, Interviews. (Beispiel: #370) * `Entwicklung`: Technische Umsetzung, Coding. (Beispiel: #364) * `Content-Erstellung`: Texte schreiben, Videos/Grafiken erstellen. (Beispiel: #376, #357) * `Organisation / Koordination`: Terminfindung, Planung von Events, Absprachen. (Beispiele: #373, #355) * `Umsetzung / Implementierung`: Praktische Durchführung (z.B. Einpflegen von Daten). * `Korrektur / Refinement`: **(Neu)** Kleine Verbesserungen, Typo-Fixes, Überarbeitungen. Perfekt für viele kleine PRs. (Beispiele: #369, #365, #360) * `Dokumentation`: Anleitungen, Protokolle, Berichte schreiben. (Beispiel: #377) * `Bug`: Behebung eines Fehlers. (Beispiel: #349 könnte ein Bug sein) * `Community-Aktion`: **(Neu)** Offene Fragen an die Community, Aufrufe zur Teilnahme. (Beispiel: #373 "wer fährt hin?") * `Frage` #### WER & WO - Kategorie 3: Zuordnung & Status (Wer & Wo & wie wichtig?) Diese Tags geben Kontext zur Zuständigkeit und Dringlichkeit. * **Zuständigkeit (Personen/Rollen):** * `wer:CI`, `wer:FAU`, `wer:GU` (für die Institutionen) * `wer:CM` (Jörg Lohrer) * `wer:ÖA` (Gina Buchwald-Chassée) * `wer:IT` (Ludger Sicking) * `wer:WM1` (Laura Mößle) * `wer:WM2` (Phillip Angelina) * `wer:Team-Gesamt` * **Status (aus der Tabelle & Praxis):** * `Status:Ausstehend` (noch nicht begonnen) * `Status:Begonnen` * `Status:Abgeschlossen` (wird durch Schließen des Issues erreicht) * `Status:Diskussionsbedarf` * `Status:Blockiert` * `Status:Externe-Rückmeldung` --- ### Anwendung des finalen Schemas in der Praxis Schauen wir uns ein konkretes Beispiel aus der Tabelle an: **Szenario:** Es wird ein neues Issue erstellt mit dem Titel: "Entwicklung des WordPress-Plugins für den OER-Editor". **Tagging-Prozess:** 1. **Wo im Projektplan?** * Blick in die Tabelle: Das gehört zu AP 4, genauer AP 4-4. Es zahlt auf Meilenstein M23 ein. * Tags: `AP:4`, `Meilenstein:M23`. 2. **Was ist der Inhalt?** * Es ist eine technische Entwicklungsaufgabe für ein großes Projektziel. * Tags: `Technik: Infrastruktur`, `Qualität & Standards` (da es ein Redaktionssystem betrifft). 3. **Wie wird es bearbeitet?** * Es muss entwickelt werden. * Tag: `Entwicklung`. 4. **Wer ist dran & wie ist der Stand?** * Blick in die Tabelle: Mitarbeitende sind IT, CM, ÖA. * Tags: `wer:IT`, `wer:CM`, `wer:ÖA`. * Das Issue ist neu, die Arbeit hat aber laut Tabelle gerade begonnen. * Tag: `Status:Begonnen`. **Finales Tag-Set für dieses Issue:** `AP:4`, `Meilenstein:M23`, `Technik: Infrastruktur`, `Qualität & Standards`, `Entwicklung`, `wer:IT`, `wer:CM`, `wer:ÖA`, `Status:Begonnen` ### Workflow und Vorteile dieses Systems: 1. **Top-Down-Planung trifft Bottom-Up-Arbeit:** Die Projektleitung kann jederzeit filtern: "Zeige mir alle offenen Issues für `Meilenstein:M25`". Das ist perfekt für die Vorbereitung auf die Zwischenfazit-Tagung. 2. **Personenbezogene Aufgabenlisten:** Jeder Mitarbeiter kann seine Aufgabenliste einfach filtern, z.B. alle Issues mit dem Tag `wer:WM1`. 3. **Klarheit bei Zuständigkeiten:** Die `wer:`-Tags machen sofort klar, wer involviert ist, selbst wenn das Issue nur einer Person zugewiesen ist. Die Tabelle wird so im Alltag lebendig. 4. **Status-Tracking:** Der `Status:`-Tag hilft, den Fortschritt aufgabenbezogen zu sehen, was feingranularer ist als der Status des gesamten Unter-APs in der Tabelle. Man kann z.B. sehen: "Zeige mir alle Aufgaben in `AP:7`, die `Status:Blockiert` sind". 5. **Vereinfachte Berichterstattung:** Für den nächsten Zwischenbericht kann man einfach nach abgeschlossenen Issues pro `Meilenstein` oder `AP` im Berichtszeitraum filtern und hat sofort eine Liste der "Deliverables".