Project

General

Profile

Actions

DeGetting Started » History » Revision 4

« Previous | Revision 4/5 (diff) | Next »
M. A., 2016-05-30 12:49


Erste Schritte

Dies ist eine Anleitung zu den Grundlagen in Redmine , geschrieben aus der Perspektive eines neuen Benutzer . 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 geschen (Standardnutzer /-passwort nach der Installation ‚admin‘).
Klicken sie auf Projekte , dann auf Neues Projekt_ . Anschließend die Felder ausfüllen.
Die Beschreibungen zu den Felden können unter here gefunden werden. Das einzige, verwirrend Feld könnte das Feld Kennung sein. Es wird als internen Projekt- Identifikation verwendet und muss eindeutig sein.

Zweiter Schritt – Nutzer zuordnen

Sie müssen die Nutzer einem Projekt zuordnen. Beachten sie, dass sie Nutzer standardmäßig aktivieren müssen. Nachdem er die Registrierungsseite ausgefüllt hat, müssen sie sich als Administrator anmelden, zu Benutzer navigieren, deb 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. Standradmäß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 * bis * 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 der Workflow).

Workflows...You Can't Explain That!

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 Frage wieder öffnen.

Gelöst vs. Abgeschlossen?

Es gibt eine Menge Diskussionen darüber im Internet, aber der allgemeine Konsens ist, dass Resolved 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 M. A. almost 8 years ago · 4 revisions