Project

General

Profile

DeGetting Started » History » Version 2

M. A., 2016-05-30 12:31

1 1 M. A.
h1. Erste Schritte
2
3
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 .
4 2 M. A.
5 1 M. A.
h2. Erster Schritt – Projekte anlegen
6
Bevor man ein Entwicklerteam verliert, sollte man für sie ein Projekt zum Arbeiten anlegen. 
7
Dies kann als Administrator geschen (Standardnutzer /-passwort nach der Installation ‚admin‘). 
8
Klicken sie auf _*Projekte*_ , dann auf *Neues Projekt*_ .  Anschließend die Felder ausfüllen.
9
Die Beschreibungen zu den Felden können unter [[RedmineProjectSettings|here]] gefunden werden. Das einzige, verwirrend Feld könnte das Feld Kennung sein. Es wird als internen Projekt- Identifikation verwendet und muss eindeutig sein.
10 2 M. A.
11 1 M. A.
h2. Zweiter Schritt – Nutzer zuordnen
12
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.
13
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:
14
* Manager
15
* Entwickler
16
* Reporter
17
* Leser
18
Die Rollen definieren, was ein Benutzer im jeweiligen Projekt tun darf.
19
Es sollte beachtet werden, dass Berechtigungen in 2 unterschiedlichen Bereichen Auswirkungen hat: 
20
# 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.
21
# 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).