Project

General

Profile

Actions

Übersetzung der Rev. 9

Erste Schritte

Dies ist eine Anleitung zu den Grundlagen in Redmine, geschrieben aus der Perspektive eines neuen Benutzers. Wir werden den Schnickschnack weg lassen und gleich Projekte anlegen, Aufgaben anlegen und grundlegende Arbeitsabläüfe erstellen .

Erster Schritt – Projekte anlegen

Bevor man ein Entwicklerteam verliert, sollte man für sie ein Projekt zum Arbeiten anlegen.
Dies kann als Administrator eingerichtet werden (Standardnutzer /-passwort nach der Installation ist "admin").
Klicken sie auf Projekte (oben links) und dann auf Neues Projekt (oben rechts). Anschließend die Felder ausfüllen. Die Beschreibungen zu den Felden können unter hier gefunden werden. Das einzige, verwirrend Feld könnte das Feld Kennung sein. Es wird zur internen Projektidentifikation (z.B. Pfadangaben) verwendet und muss daher eindeutig sein.

Zweiter Schritt – Nutzer zuordnen

Sie müssen die Nutzer einem Projekt zuordnen. Beachten sie, dass sie Nutzer standardmäßig manuell aktivieren müssen. Nachdem ein Nutzer die Registrierungsseite ausgefüllt hat, müssen Sie sich als Administrator anmelden, zu Administration:Benutzer navigieren, den Filter auf „Alle“ stellen und den Nutzer aktivieren.
Einmal aktiviert, kann der Nutzer einem Projekt zugeordnet werden. Wenn dies getan ist, können dem Nutzer mehrere Rollen zugeordnet werden. Standardmäßig stehen folgende Rollen zur Auswahl:
  • Manager
  • Entwickler
  • Reporter
  • Leser
Die Rollen definieren, was ein Benutzer im jeweiligen Projekt tun darf.Es sollte beachtet werden, dass Berechtigungen in 2 unterschiedlichen Bereichen Auswirkungen hat:
  1. Erstens wirkt die Berechtigungen einer Rolle sich über alle Aspekte eines Projekts aus. Zum Beispiel wird die Manager-Rolle einem Benutzer ermöglichen, neue (Teil-) Projekte zu schaffen, die Foren zu verwalten, das Wiki, das Repository und alles andere innerhalb eines Projekts. Im Gegensatz dazu kann die Entwickler-Rolle das Projekt nicht bearbeiten oder Nachrichten aus den Foren löschen.
  2. Zweitens beeinflusst eine Rolle die Berechtigungen in einem Workflow. Im Allgemeinen schreitet eine neue Aufgabe durch verschiedene Zustände von Neu zu In Bearbeitung über gelöst bis geschlossen. Einer der wichtigsten Unterschiede zwischen Manager und Entwickler ist, dass Manager Aufgaben ablehnen, aber Entwickler dies nicht dürfen. (Mehr dazu weiter unten bei der Erläuterung des Workflows).

Workflows...Das kann man nicht erklären!

Workflows sind die Arbeitsschritte, die Aufgaben in Redmine vom Erstellen bis zum Abschluss durchlaufen. Der Standardarbeitsablauf enthält die folgenden Zustände:
  • Neu
  • In Bearbeitung
  • Gelöst
  • Rückfrage
  • Abgeschlossen
  • Abgelehnt

Standardmäßig kann jeder, der angemeldet ist ein Problem (Bug oder Feature) erstellen, aber nur Manager können sie ablehnen oder eine geschlossene Aufgabe wieder öffnen.

Gelöst vs. Abgeschlossen?

Es gibt eine Menge Diskussionen darüber im Internet, aber der allgemeine Konsens ist, dass Resolved bzw. Gelöst bedeutet, ein Entwickler denkt, er habe den Fehler behoben. Geschlossen bedeutet, der ursprüngliche Reporter oder ein Manager hat es unterzeichnet. Viele Blogs sprechen darüber - wie http://journal.sifterapp.com/blog/2011/07/resolved-vs-closed/ .

Dritter Schritt – Aufgabe erstellen

TBD

Vierter Schritt – Aufgabe bearbeiten

TBD

Step Five – Aufgabe abschließen

TBD

Updated by C S about 3 years ago · 5 revisions