Arbeitskonfiguration

Eine Arbeitskonfiguration erlaubt Projektmanagern, einen empfohlenen Prozess auf Projektbasis zu definieren.
Warum und wann dieser Vorgang ausgeführt wird
Ein Datensatz für eine Arbeitskonfiguration (Work Configuration) definiert die Sicherheitsrichtlinien für die Arbeitsprozesse eines Projekts über eine Gruppe von Aktivitäten, die für eine bestimmte Arbeit auszuführen sind. Beispiel:
  • Einer Art von Anforderung können eine oder mehrere besondere Arten von Tasks zugeordnet sein.
  • Einer Art von Task kann eine eigene Gruppe von Aktivitäten zugeordnet sein.

Die ALM-Arbeitskonfiguration gibt für einen bestimmten Projekttyp die Art von Arbeit an, die ausgeführt wird, sowie die Rollen, die diese Arbeit ausführen können. Die ALMWork-Pakettypen "ALMRequest", "ALMTask" und "ALMActivities" verwenden die Datensätze für die Arbeitskonfigurationen des Projekts, um zu steuern, welche Art von Arbeitsdatensätzen von den Aktionen "Create Task" und "Create Activity" generiert werden soll, sowie verschiedene Auswahllistenoptionen für Felder in diesen Arbeitsdatensätzen. Die Pflichtfelder sind Project, SecurityPolicy, Record Type, ALMType, Roles. Die Felder Primary Children Configs und Secondary Children Configs sind optional.

Der Datensatz "Project" verweist auf einen Datensatz "Work Configuration", der wiederum auf einen Datensatz "Role" und einen Datensatz "Work type" verweist.

Datensätze für Arbeitskonfigurationen legen fest, welche Arbeitstypen vom Projekt verwendet werden sollen. Auf diese Weise kann eine Prozesssteuerung in ein Projekt eingeführt werden, mit der festgelegt wird, welche Arbeitstypen zur Auflösung einer Anforderung oder zum Abschluss einer Task erforderlich sind.

Jeder WorkConfiguration-Datensatz kann eine Liste von Feldern der Typen "Primary Children Configs" und "Secondary Children Configs" enthalten. Diese Listen werden von der Aktion CreateTask (im ALMRequest-Datensatz) und der Aktion CreateActivity (im Datensatz "ALMTask") verwendet. Mit der Aktion "CreateTask" oder "CreateActivity" wird eine Liste von Datensätzen erstellt, die beim ersten Mal, wenn die Aktion "CreateTask" oder "CreateActivity" ausgeführt wird, im Feld "Primary Children Configs" angezeigt werden. Nachfolgende Aktionen des Typs "CreateTask" oder "CreateActivity" verwenden die Liste "Secondary Children Configs" für die Erstellung weiterer Datensätze.

Mit den Feldern "Primary Children Configs" und "Secondary Children Configs" können Sie eine Gruppe von Tasks angeben, die für jeden Anforderungstyp ausgeführt werden müssen, bzw. eine Gruppe von Aktivitäten, die für jeden Tasktyp ausgeführt werden müssen. Beispielsweise können Sie eine Task verwenden, um ein Projekt einzuleiten. Dieser Task können Aktivitäten zugeordnet sein, wie z. B. Define Roles, Find Team Members und Define Iterations.

Die ALM-Beispieldatenbank für OpenUP veranschaulicht, wie die Arbeitskonfigurationen für die Implementierung des OpenUP-Prozesses verwendet werden können.

Beispiel

Projekt A hat den Anforderungstyp Defect. Über die Arbeitskonfiguration wird eine Regel erstellt, die festlegt, dass bei der Erstellung einer Anforderung des Typs "Defect" standardmäßig eine Task des Typs Defect erstellt werden soll. Es werden weitere Arbeitskonfigurationen für dieses Projekt für jeden Aktivitätstyp (Develop und Test) erstellt, und es wird eine weitere Arbeitskonfiguration für den Taskdatensatz des Typs "Defect" definiert. Diese Arbeitskonfiguration erstellt eine Regel, die festlegt, dass bei der Erstellung einer Anforderung des Typs "Defect" standardmäßig eine Aktivität des Typs Develop und eine Aktivität des Typs Test erstellt werden sollen.

Projekt B hat ebenfalls den Anforderungstyp Defect und eine Arbeitskonfiguration mit einer Regel, die festlegt, dass eine Task des Typs "Defect" erstellt werden soll. Die Arbeitskonfiguration für den Taskdatensatz weicht davon jedoch ab. Für Projekt B legt die Regel fest, dass Aktivitäten des Typs Design, Develop, Review und Test erstellt werden sollen.

Es gibt primäre und sekundäre Taskgruppen, die für Anforderungen erstellt werden, und Aktivitäten, die für Tasks erstellt werden. Die primäre Gruppe wird am häufigsten erstellt, und zwar dann, wenn Sie eine Task für eine Anforderung oder eine Aktivität für eine Task erstellen.

Die sekundäre Gruppe wird erstellt, wenn Sie zum zweiten Mal Request > CreateTask oder Task > CreateActivity auswählen.

Einer Arbeitskonfiguration können eine oder mehrere Rollen zugeordnet sein. Das Feld Role kann für folgende Zwecke verwendet werden:
  • Die Auswahlliste für das Feld Owner wird anhand der Einstellungen für Role > Members und "Groups" definiert.
  • Die Einstellung Role > Primary > ratl_mastership legt den Standardwert für den Eigner fest und wird verwendet, um den Masterstatus für die im Status "Submitted" befindliche Aktivität zu definieren, falls kein Standardeigner vorhanden ist.
Anforderungen werden Einzelpersonen und nicht Rollen zugeordnet. Beispielsweise kann der Benutzer, der eine Anforderung übergibt, auch der Eigner der Anforderung sein. Daher ist es nicht zulässig, im Feld "Role" des WorkConfiguration-Datensatzes für eine Anforderung eine Rolle zu definieren.

Feedback