Zadania

Zadania vs Informacje (log aktywnosci)

Zadania musza spelniac nastepujace warunki:

• temat w formie zadania do wykonania np "Zrobic raport" czy "Zamowic papier do drukarki"
• musi byc przypisany do osoby odpowiedzialnej za wykonanie zadania
• postepy realizacji monitorowane przez raporty systemu

Informacje to forma komunikacji w systemie:

• otwarte pytania
• prosby o opinie
• informacje do wiadomosci pracownikow
• komunikaty moga byc skierowane do konktetnej osoby lub grupy osoby
• nie kontrolujemy zmian - dostepna jedynie historia wymienianych wiadomosci

Kazdy urzytkownik moze zapisac sie do "kanalow informacji":

• ogolne
• biuro
• magazyn
• handlowcy

logi aktywnosci pracownikow:

• awizacje (nowo dodane awizacje)
• oferty (nowe wystawione oferty)
• inne aktywnosci pracownikow

... itp - szczegoly do omowienia...

Jest to forma wymiany informacji miedzy pracownikami, tu widzimy jakie kto wysylal oferty, robil awizacje itp. Pracownicy wzajemnie moga komentowac i przedstawiac uwagi...

Wszystkie powyzsze mozemy komentowac omawiac w formie wymiany wiadomosci

Statusy zadan

OCZEKUJE_REALIZACJI

(oczekuje akcji od adresata) moze zmienic sie na:

• OCZEKUJE_INFO (konieczna wiadomosc dlaczego realizacja niemozliwa)
• PRZYJETE
• W_REALIZACJI

(nowe zadanie moze byc rowniez oddelegowane do innej osoby - status zostaje jako NOWE)

OCZEKUJE_INFO

(oczekuje akcji od autora) moze zmienic sie na:

• OCZEKUJE_REALIZACJI (konieczna wiadomosc z wymaganymi informacjami)
• ANULOWANE

PRZYJETE

(oczekuja na akcje adresata) moze zmienic sie na:

• OCZEKUJE_INFO
• W_REALIZACJI
• ZREALIZOWANE

ODRZUCONE

(oczekuje reakcji autora) moze zmienic sie na:

• OCZEKUJE_REALIZACJI (jesli autor chce ponowic zadanie)
• ANULOWANE

W_REALIZACJI

(oczekuje akcji od adresata) moze zmienic sie na:

• ODRZUCONE (konieczna wiadomosc z powodem)
• OCZEKUJE_INFO (konieczna wiadomosc jakie informacje konieczne)
• ZREALIZOWANE

ZREALIZOWANE

(oczekuje potwierdzenia do autora) moze zmienic sie na:

• OCZEKUJE_REALIZACJI (konieczna wiadomosc dlaczego realizacja jest niewystarczajaca)
• ZAKONCZONE

ZAKONCZONE

status ustawia autor zadania jesli jest zadowolony z wykonania

Wyswietlanie zadan w systemie

• bold - zadanie przeterminowane

Kolory:

• czerwony - oczekuje na akcje od adresata
• zielony - zakonczone
• czarny - w trakcie realizacji (nie oczekuje - ok)

Score (dla adresata)

Jeśli zakończone przed terminem to:

• Jeśli zakończone przed lub w terminie: (dateFinished <= dateDue)
  • level * (durationPlanned / actualDuration)
• Jeśli zakończone po terminie: (dateFinished > dateDue)
  • -level * (durationOverdue / durationPlanned)

Czyli jeśli 2 dniowe zadanie:

• zakończone w ciągu 1 dnia to level * 0.5
• zakończone 2 dnia to score = 0
• zakończone 2 dni po terminie to score = -level
• zakończone 4 dni po terminie to score = -2 * level

Generalnie zasada taka że score w momencie kreacji zadania rowne jego "level" a potem proporcjonalnie spada, w terminie "due" ma wartość 0 a potem wartości ujemne proporcjonalne do czasu przeterminowania.

Score obliczany jest w momencie zakończenia zadania przez adresata oraz w momencie przedłużania terminu zakończenia.

Kara za niezatwierdzenie zakończenia

Creator otrzymuje ujemne punkty za niezatwierdzenie zakończonego zadania:

• na zatwierdzenie ma 24 robocze godziny
• za każdy następny dzień kara wysokości level zadania/ ilość dni na realizację.

Czyli za zadanie level 100 przeznaczone na 2 dni, za każdy dzień niezatwierdzenia zakończenia otrzymuje -50 punktów.

Zmiana terminu zakończenia

Jeśli przez autora zadania to resetuje score i wszystko od nowa. Jeśli przez adresata to zapisywany jest ujemny score proporcjonalnie do okresu przedłużenia w stosunku do oryginalnego okresu. Jeśli na przykład mamy 2 dniowe zadanie level 100 i przedłużymy o 2 dni to zapisujemy -level, czyli -100, jeśli przedłużymy o 1 dzień to -50 jeśli o 2 dni to -100 ...itp

Do tej wartości doliczany jest score z momentu zakończenia zadania.

Generalnie chodzi o to by adresaci zadania nie zmieniali terminu zakończenia sami... mogą negocjować zmianę terminu z autorem i on może to robić bez konsekwencji - resetujemy score ale zostaje data utworzenia zadania.