Praca z zadaniami

Parent page: Procesy i przepływy pracy

Integralną częścią środowiska współpracy projektowej Altium Designer collaborative design environment jest obsługa Workflows, które prowadzą projektantów w firmie przez typowe, codzienne procesy projektowe, takie jak:

• Wnioskowanie o nowe elementy biblioteczne Workspace
• Przeprowadzanie przeglądów projektu
• Tworzenie nowych projektów Workspace.

Każdy Workflow używany do wdrożenia konkretnego procesu projektowego jest tworzony jako część Process Definition. Procesy oraz ich Workflow są tworzone i zarządzane za pośrednictwem interfejsu przeglądarkowego Workspace na Enterprise Server – przez Administratora tego Workspace. Aby uzyskać więcej informacji, zobacz Tworzenie i zarządzanie procesami.

Projektant może uzyskać dostęp do dowolnego z procesów aktywowanych do użycia na poziomie administracyjnym i je uruchamiać. Interakcja z procesem – a właściwie z jego zdefiniowanym workflow – odbywa się poprzez Tasks. Task odnosi się do zadania użytkownika zdefiniowanego w workflow – punktu, w którym konieczne jest działanie użytkownika, aby workflow mógł przejść dalej.

Dostęp do zadań przez interfejs przeglądarkowy

Zadania można przeglądać na stronie Tasks w interfejsie przeglądarkowym Workspace. Strona ta zawiera listę wszystkich zadań aktualnie oczekujących na zalogowanego użytkownika i wymagających działania (na przykład zadanie związane z przeglądem projektu lub wnioskiem o część). Każde zadanie to konkretny etap osiągnięty w powiązanym workflow procesu.

Dostęp do obszaru Tasks w interfejsie przeglądarkowym Workspace, gdzie od razu widać, które zadania wymagają Twojej uwagi.

Praca z zadaniami

Po lewej stronie strony prezentowane są aktywne (oczekujące) zadania zalogowanego użytkownika lub zadania, które nie zostały jeszcze przypisane, ale dla których użytkownik jest kandydatem (np. należy do roli określonej dla osoby przypisanej). Dla standardowego (nieadministracyjnego) użytkownika lista zadań jest automatycznie filtrowana tak, aby wyświetlać tylko zadania wymagające jego uwagi lub takie, które może przejąć jako kandydat.

Przykładowa lista oczekujących zadań dla użytkownika Keith.

Każde zadanie jest wyszczególnione w następujących kategoriach:

• Timeframe – punkt, w którym zadanie zostało napotkane w bazowym workflow procesu.
• Task Name – instruktażowa nazwa nadana elementowi zadania użytkownika w bazowym workflow procesu.
• Title – tytuł zadania, czyli nazwa powiązanej aktywności (instancji procesu); np. Milestone Review #1.
• Username – nazwa użytkownika Workspace odpowiedzialnego za wykonanie zadania. Jeśli zadanie nie zostało jeszcze przypisane, wpis ten będzie widoczny jako .

Kliknij wpis zadania, aby po prawej stronie strony, na karcie Form, wyświetlić powiązany formularz. Formularz zawiera wszystkie informacje i pola zdefiniowane dla danego zadania użytkownika – przez administratora podczas tworzenia workflow procesu – w celu uzyskania od użytkownika wyborów, informacji lub danych, które ułatwią dalszy przebieg workflow.

Przykładowy formularz dla zadania użytkownika powiązanego z procesem przeglądu projektu (Milestone Review). Najedź kursorem na obraz, aby zobaczyć przykładowy formularz dla procesu wniosku o część (New Part Request – Assign).

Aby wyświetlić bazowy workflow dla nadrzędnej aktywności procesu zadania, uaktywnij kartę Diagram. Diagram pokazuje nie tylko kompletny workflow procesu, ale także punkt, do którego dotarł przepływ – zadanie użytkownika, którym aktualnie się zajmujesz, odzwierciedlone przez uwzględnienie Twojego imienia.

Dostęp do diagramu workflow dla domyślnego procesu Milestone Review, z wyróżnieniem zadania użytkownika wymagającego działania oraz osoby odpowiedzialnej. Najedź kursorem na obraz, aby zobaczyć diagram workflow dla domyślnego procesu New Part Request Assign. W obu przypadkach użytkownik Keith musi zająć się tymi zadaniami, aby workflow mógł przejść do następnego zdarzenia.

Wypełnij formularz w zakresie niezbędnym do ukończenia zadania. Może to oznaczać wybór opcji, dodanie komentarza lub dołączenie dodatkowych plików/danych. To, co należy zrobić, jest zwykle określone w formularzu, a wszelkie dane potrzebne do wykonania zadania – na przykład przeprowadzenia przeglądu projektu – są zazwyczaj dostarczone w formularzu lub jako link. Jeśli formularz zadania użytkownika został intuicyjnie przygotowany przez administratora w momencie definiowania procesu (i jego workflow), będziesz w stanie sprawnie ukończyć każde przypisane Ci zadanie – bez niejasności i bez potrzeby dopytywania, co należy zrobić – chyba że użytkownik na przykład poprosił o nowy element biblioteczny Workspace i nie podał wystarczających informacji, abyś mógł podjąć działanie; w takim przypadku możesz ukończyć swoje zadanie, wybierając opcję, że potrzebne są dodatkowe informacje!

Po wypełnieniu formularza zadania zgodnie z wymaganiami kliknij przycisk . Zadanie zostanie uznane za ukończone i zniknie z Twojej listy zadań. Jeśli kolejne zadanie w przepływie jest również przypisane do Ciebie, powiązany formularz zostanie wyświetlony automatycznie.

Wyświetlanie zadań dla konkretnego projektu

Każdy użytkownik może wyświetlić wszystkie aktualnie aktywne (lub zamknięte) procesy dla konkretnego projektu Workspace – pod warunkiem, że projekt został mu udostępniony. Na stronie Projects page w interfejsie przeglądarkowym Workspace kliknij nazwę projektu lub użyj opcji Open dla wybranego projektu, aby przejść do szczegółowego widoku projektu. Uaktywnij kartę Activities, aby zobaczyć listę wszystkich aktywności Active powiązanych z projektem. Stąd możesz na pierwszy rzut oka zobaczyć, które zadania są zaległe w ramach tych aktywności oraz który użytkownik (użytkownicy) są przypisani do ich wykonania.

Przykładowa aktywność dla konkretnego projektu Workspace, z której widać aktualnie zaległe zadanie i osobę za nie odpowiedzialną.

Użyj opcji z menu rozwijanego przycisku na stronie Projects, jeśli chcesz uruchomić inny workflow procesu (i zadanie) dla tego projektu.

Wyświetlanie zadań dla wniosków o części

Każdy użytkownik może wyświetlić wszystkie aktualnie aktywne (lub zamknięte) procesy związane z wnioskiem (wnioskami) o części. Na stronie Part Requests w interfejsie przeglądarkowym Workspace możesz na pierwszy rzut oka zobaczyć, które zadania są zaległe w ramach tych wniosków oraz który użytkownik (użytkownicy) są przypisani do ich wykonania.

Przykładowe wnioski o części, z których dla każdego widać aktualnie zaległe zadanie i osobę za nie odpowiedzialną.

Dostęp do Zadań przez Altium Designer

Gdy użytkownik jest połączony z Workspace za pośrednictwem Altium Designer, jego bieżąca lista zadań będzie dostępna w panelu Tasklist panel. Kliknięcie wpisu zadania otworzy okno dialogowe zawierające formularz powiązany z tym zadaniem.

Przykładowy formularz zadania użytkownika powiązanego z procesem przeglądu projektu (Milestone Review), otwarty z panelu Tasklist w Altium Designer.

Aby wyświetlić bazowy workflow dla procesu nadrzędnego zadania, uaktywnij kartę Diagram. Diagram pokazuje kompletny workflow procesu oraz punkt, do którego dotarł przepływ — zadanie użytkownika, którym aktualnie się zajmujesz, co jest odzwierciedlone przez uwzględnienie Twojego imienia.

Dostęp do diagramu workflow dla procesu przeglądu projektu (Milestone Review), z wyróżnieniem zadania użytkownika wymagającego działania oraz osoby, która ma je wykonać.

Użyj formularza, aby zrealizować zadanie, i kliknij przycisk , aby proces mógł przejść do kolejnego odpowiedniego etapu. Zadanie zostanie uznane za ukończone i zostanie usunięte z panelu. Jeśli kolejne zadanie w przepływie również jest przypisane do Ciebie, powiązany formularz zostanie wyświetlony automatycznie.

Nieprzypisane Zadania

W zależności od tego, jak skonfigurowano workflow procesu, osoby wyznaczone do pracy nad wynikowym zadaniem mogą widzieć jego wpis z ikoną , która wskazuje zadanie nieprzypisane. W takim przypadku użytkownik może przejąć zadanie do realizacji, używając przycisku .

To, kto może przejąć zadanie aktywności, jest wskazane przez wpis Candidates widoczny u góry formularza. Jak pokazano w przykładzie zadania Part Request poniżej, kandydatami są Librarians, których członkiem jest zalogowany użytkownik (Keith). W przypadku zadania Part Request pole kandydatów jest określane przez Assignee zdefiniowane w samym workflow procesu — administrator może ustawić je na Role, pojedynczych użytkowników lub kombinację obu.

Przykład kandydatów, którzy mogą podjąć zadanie — zgodnie z rolą/rolami określonymi dla formularza workflow Assignee.

Użytkownicy będący kandydatami do zadania (tutaj Librarians) zobaczą zadanie jako nieprzypisane, gdy pole Task Ownership formularza workflow jest ustawione na One of assigned users. Gdy alternatywnie zostanie ustawione na All assigned users, zadanie pozostaje dostępne dla wszystkich przypisanych i nie może zostać przejęte na wyłączność przez jednego użytkownika.

Jeśli w bazowym formularzu użyto pola Except , wówczas użytkownik(‑cy), którzy nie mają uprawnień do pracy nad zadaniem, będą również pokazani jako wyjątki (Exceptions) na liście zadań Candidates. Na poniższym obrazie Assignee ustawiono na Librarians i Engineers, więc wszyscy członkowie tych ról zobaczą zadanie jako potencjalni kandydaci do jego przejęcia. Jednak określono wyjątek, że Inicjator nie może pracować nad zadaniem ($ Initiator). W tym przypadku inicjator procesu — Bruce — mimo że jest członkiem grupy Engineers, nie może przejąć zadania (i nie zobaczy go na własnej liście zadań).

Przykład kandydatów, którzy mogą podjąć zadanie — zgodnie z rolą/rolami określonymi dla Assignee.

Dla zalogowanego użytkownika w Altium Designer takie zadania pojawiają się jako wpisy w obszarze Tasks panelu Tasklist z ikoną . Po kliknięciu takiego zadania kolejny formularz udostępnia przycisk — kliknij go, aby przejąć zadanie, bez konieczności przechodzenia do interfejsu przeglądarkowego w celu jego przejęcia.

Przykład użytkownika widzącego nieprzypisane zadanie, dla którego jest kandydatem, a następnie przypisującego to zadanie do siebie.

Zadania przypisane do Ciebie są następnie wyróżniane ikoną .