Widoczność projektu i uprawnienia
Widoczność projektu i uprawnienia
Przypuszczamy, że pracujesz nad jakimś konkretnym projektem i wiesz o tym jak stworzyć ten projekt. Możesz napotkać problem polegający na tym, że utworzyłeś nowy projekt, utworzyłeś nowe zadanie, a następnie chciałeś przydzielić zadanie innemu użytkownikowi. Nie mogłeś jednak wybrać nikogo poza sobą. Oto rozwiązanie.
Jak sprawić, by użytkownicy zobaczyli projekt lub zostali przypisanymi do zadań
Wszystkie osoby pracujące z aplikacją muszą mieć konto użytkownika. Użytkownik musi zostać przypisany do:
- konkretny projekt
- rola użytkownika
w celu:
- zobacz projekt
- otrzymuj zadania od menedżera (aby zostać cesjonariuszem zadania)
- czas zalogowania
- tworzyć nowe zadania
W rzeczywistości to, co dokładnie mogą zobaczyć użytkownicy, jest zdefiniowane w ustawieniach projektu - członkowie (role).
Jak zdefiniować uprawnienia użytkownika do projektu
Krótko mówiąc, musisz zdefiniować, co na przykład kierownik projektu może zrobić w projekcie (edytować projekt, utworzyć zadanie itp.). Uprawnienia do projektu użytkownika są definiowane przez jego rolę użytkownika w ustawieniach członkostwa w projekcie (Projekt »Ustawienia» Członkowie »Role). W programie można zarządzać uprawnieniami różnych ról użytkowników Więcej »Administracja» Role i uprawnienia. Zalecamy posiadanie 4 ról w aplikacji (poziom C, menedżerowie, pracownicy, zewnętrzni).
Struktura organizacyjna działu a projekt
In struktura organizacyjna działu - Użytkownik A zawsze pracuje jako np. Księgowy. W struktura organizacyjna projektu - Użytkownik A jest kierownikiem projektu (rola) w Projekcie 1, tymczasem Użytkownik A może być jednocześnie członkiem Zespołu (rola) w Projekcie 2. Przykład:
projekt 1 | projekt 2 | projekt 3 |
Kierownik projektu (rola) | Członek zespołu (rola) | Brak członkostwa (rola) |
Ten sam użytkownik ma różne uprawnienia w Projekcie 1 i Projekcie 2. Nie widzi Projektu 3, ponieważ nie jest członkiem (technicznie jest mu przypisana rola niebędąca członkiem, zdecydowanie zaleca się, aby nie mieć żadnych uprawnień - wszystkie pola wyboru w Non - rola członka nie jest zaznaczona). Powoduje to, że użytkownik A może robić i widzieć różne rzeczy w projekcie 1 i projekcie 2. Jest to logika, z której korzysta aplikacja.
Jedynymi wyjątkami od tej reguły są projekty publiczne i administratorzy (oczywiście administrator widzi wszystkie projekty niezależnie od tego, czy jest członkiem projektu).