Konfigurationsszenarien

Konfigurationsszenarien#

Dieser Abschnitt enthält Beispiele für Konfigurationsszenarien, die sich auf Rollen und Berechtigungen, Vorgangstypen und Workflows beziehen.

Ein gemeinsames Szenario ist es, den Kunden den Zugang zum System zu gewähren, aber in einer Weise, dass sie nur ihre eigenen Einträge sehen. Entwickler sollten in der Lage sein, alle Einträge zu sehen, einschließlich intern erstellter Aufgaben. Es gibt drei Möglichkeiten, dieses Setup zu erreichen Allegra Aufrechtzuerhalten.

  • Kunden werden der Rolle „Extern“ zugeordnet. Auf diese Weise können sie nur ihre eigenen Vorgänge sehen. Ein Nachteil kann sein, dass Einträge von diesen Kunden nicht gruppiert sind. Wenn es mehrere Personen mit diesem Kunden verbunden sind, kann jeder nur seine eigenen Einträge sehen, aber nicht die seiner Kollegen aus der gleichen Firma. Wenn jedem Kunden ein Sammelkonto erteilt wird, stellt dies in der Regel kein Problem dar.

  • Wenn es nur eine begrenzte Anzahl von Kunden gibt, wird eine Liste für jeden Kunden erstellt. Nur Personen, die mit diesem Kunden und Entwicklern verbunden sind, erhalten Zugang zu dieser Liste. Kunden können nun erweiterte Rechte an dieser Liste haben, und alle Personen, die mit diesem Kunden verbunden sind, können alle Aufgaben in dieser Liste sehen.

  • Für jeden Kunden wird ein eigenes Projekt erstellt. Interne Entwickler können auf alle Projekte zugreifen, während Kunden nur auf ihr spezifisches Projekt zugreifen können. Dies ermöglicht die Verwendung der feineren Klassifizierung der verschiedenen Listen auch bei vielen verschiedenen Kunden.

Jede Lösung hat ihre eindeutigen Vorteile, und es hängt von der Anzahl der Kunden ab und wie man das System mit dem Kunden verbindet, welche Lösung vorzuziehen ist.

Um einen anonymen Zugriff auf das System zu ermöglichen, erstellen Sie ein Konto „anonym“ oder verwenden Sie das vordefinierte „Gast“ -Konto ohne Passwort oder ein öffentliches Passwort und gewähren diesem Benutzer alle gewünschten Zugriffsrechte. Öffentliche Passwörter können beispielsweise auf der Anmeldeseite veröffentlicht werden.

Es ist möglich zu konfigurieren Allegra So dass Sie Ihre persönliche zu tun Liste, die nicht für andere sichtbar ist. Es gibt drei Möglichkeiten, dies zu erreichen. Eine Lösung besteht darin, ein neues Projekt zu definieren, zB „Personal“ genannt, und jedem Benutzer die Rolle „Extern“ zuzuordnen. Dies ermöglicht Ihnen das Erstellen, Ändern und Schließen von Vorgängen, die nur Sie sehen können.

Der zweite Ansatz besteht darin, einen neuen Vorgangstyp „persönliche Vorgänge“ zu definieren und über Zugriffsbeschränkung auf der Zugriffsberechtigungsseite zu definieren, dass nur die Rolle „Extern“ auf diese Liste zugreifen kann.

Der dritte Ansatz ist, die Privatsphäre-Flagge auf Vorgang zu verwenden, die du verstecken willst. Sie können dieses Flag beim Erstellen von Objekten festlegen, oder später, wenn Sie Ihre eigenen Vorgang ändern. Es ist nicht möglich, die Datenschutzerklärung auf Vorgänge zu setzen, die Sie nicht entstanden sind.

Hier ist ein Beispiel für eine schlanke Konfiguration. Das funktioniert sehr gut für kleine Teams, in offenen Kulturen mit weniger formalen Ansätzen.

Folgende Vorgangstypen werden verwendet:

  • Aufgaben

  • Meilensteine

Sie können alle anderen Vorgangstypen löschen.

Sie können die Standardprioritäten und Schweregrade verwenden.

Folgende Zustände werden verwendet:

  • Geöffnet

  • suspendiert

  • abgeschlossen

  • wird bearbeitet

Es sollten keine Workflows konfiguriert werden. So ist es möglich, von jedem Zustand in einen anderen Zustand zu gehen. Alle Teammitglieder haben eine Rolle „verantwortlich“. Dies wird Ihnen einen soliden, aber offenen Prozess geben, der für kleine Teams sehr effizient ist.

Hier ist ein Beispiel für eine schlanke, aber formellere Konfiguration. Dies funktioniert sehr gut für größere Teams, wo es notwendig sein kann, staatliche Änderungen an bestimmte Personen zu beschränken, zB dass nur ein Tester ein Item schließen kann oder dass Marketing keine Bugs sehen sollte, die den Entwicklern nur bekannt sind.

Folgende Vorgangstypen werden verwendet:

  • Aufgaben

  • Problemberichte

  • Aufforderung zur Erweiterung

  • Meilensteine

Sie können alle anderen Vorgangstypen löschen.

Sie können die Standardprioritäten und Schweregrade verwenden.

Folgende Zustände werden verwendet:

  • Geöffnet

  • Analysiert

  • Zugeordnet

  • suspendiert

  • testen

  • abgeschlossen

  • wird bearbeitet

Vorgangstyp-Zugriff sollte auf die spezifischen Rollen beschränkt werden; Zum Beispiel kann Marketing nur in der Lage sein, Meilensteine ​​und Anfragen nach Verbesserungen zu sehen, Entwickler sollten in der Lage sein, alles zu sehen.

Es sollten vernünftig offene Workflows konfiguriert werden. Im Allgemeinen ist jeder Zustandsübergang mit wenigen Ausnahmen möglich. Du solltest dich nicht fragen, „wer sollte diesen Übergang ausführen können“, sondern „gibt es irgendeinen Grund, dass niemand diesen Übergang durchführen könnte?“ Dies wird zu einem praktischeren Arbeitsablauf führen, als wenn Sie nur vorankommen und den „guten“ Fall berücksichtigen, ohne die vielen Ausnahmen zu berücksichtigen, die im Laufe eines Projekts auftreten könnten.