Wiki » History » Version 1
Sarah König, 10/31/2025 11:53 AM
| 1 | 1 | Sarah König | # Wiki |
|---|---|---|---|
| 2 | |||
| 3 | ```markdown |
||
| 4 | ## ⚙️ Redmine: Kurzanleitung & Funktionsweise |
||
| 5 | |||
| 6 | --- |
||
| 7 | |||
| 8 | ### Was ist Redmine? |
||
| 9 | |||
| 10 | Redmine ist ein **webbasiertes, quelloffenes Projektmanagement-Tool**. Es unterstützt Sie bei der Verwaltung von Projekten, Aufgaben (Issues), der Nachverfolgung von Fehlern und der Kommunikation im Team. |
||
| 11 | |||
| 12 | --- |
||
| 13 | |||
| 14 | ### Die zentralen Elemente |
||
| 15 | |||
| 16 | Redmine basiert auf wenigen, zentralen Komponenten, die zusammen das gesamte Projekt abbilden: |
||
| 17 | |||
| 18 | * **Projekte:** |
||
| 19 | * Die höchste Ebene. Jede Arbeit ist einem **Projekt** zugeordnet. |
||
| 20 | * Projekte können unabhängig sein oder als **Unterprojekte** hierarchisch organisiert werden. |
||
| 21 | |||
| 22 | * **Vorgänge (Issues):** |
||
| 23 | * Das Herzstück von Redmine. Ein Vorgang ist eine **Aufgabe, ein Fehler (Bug), eine Anforderung** oder ein anderes Arbeitspaket. |
||
| 24 | * Jeder Vorgang hat einen **Tracker** (Typ), einen **Status** und eine **Priorität**. |
||
| 25 | * **Wichtigste Felder:** |
||
| 26 | * **Tracker:** Definiert den Typ des Vorgangs (z.B. Feature, Bug, Support). |
||
| 27 | * **Status:** Zeigt den aktuellen Zustand an (z.B. Neu, In Bearbeitung, Gelöst, Geschlossen). |
||
| 28 | * **Priorität:** Legt die Dringlichkeit fest (z.B. Niedrig, Hoch, Sofort). |
||
| 29 | * **Zugewiesen an:** Benennt die verantwortliche Person. |
||
| 30 | * **Ziel-Version:** Gibt an, in welcher Version das Issue abgeschlossen sein soll (für die Releaseplanung). |
||
| 31 | |||
| 32 | * **Versionen (Versions):** |
||
| 33 | * Dienen der **Release- und Zeitplanung**. |
||
| 34 | * Sie definieren Meilensteine (Milestones) und helfen, den Fortschritt des gesamten Projekts zu messen (Roadmap). |
||
| 35 | |||
| 36 | --- |
||
| 37 | |||
| 38 | ### Der Arbeitsablauf (Workflow) |
||
| 39 | |||
| 40 | Der typische Prozess in Redmine folgt diesem Muster: |
||
| 41 | |||
| 42 | 1. **Erstellung:** Ein Benutzer erstellt einen neuen **Vorgang** (Issue), definiert den **Tracker** (z.B. "Bug") und weist ihn einem Teammitglied zu. Der **Status** ist standardmäßig "Neu". |
||
| 43 | 2. **Bearbeitung:** Das zugewiesene Mitglied beginnt mit der Arbeit und ändert den **Status** auf "**In Bearbeitung**". |
||
| 44 | 3. **Abschluss/Review:** Sobald die Aufgabe erledigt ist, wird der **Status** auf "**Gelöst**" oder "**Zur Überprüfung**" geändert. |
||
| 45 | 4. **Verifizierung:** Ein Reviewer (oder die ursprüngliche meldende Person) prüft das Ergebnis und ändert den **Status** auf "**Geschlossen**", wenn alles in Ordnung ist. Andernfalls wird der Status zurückgesetzt oder ein neuer Vorgang erstellt. |
||
| 46 | |||
| 47 | --- |
||
| 48 | |||
| 49 | ### 🔑 Wichtige Module |
||
| 50 | |||
| 51 | Redmine bietet standardmäßig verschiedene Module zur Projektkontrolle: |
||
| 52 | |||
| 53 | * **Aktivität:** Zeigt die neuesten Ereignisse im Projekt an (Chronologie). |
||
| 54 | * **Roadmap:** Zeigt den Fortschritt der definierten **Ziel-Versionen**. |
||
| 55 | * **Gantt:** Stellt die zeitliche Abfolge der **Vorgänge** visuell dar. |
||
| 56 | * **Zeiterfassung:** Ermöglicht das Buchen der aufgewendeten Stunden auf einzelne **Vorgänge**. |
||
| 57 | * **Wiki:** Dient zur **Dokumentation** von Wissen und Anleitungen (wie dieser Eintrag). |
||
| 58 | ``` |