Przejdź do głównej zawartości
Wersja: Aktualna

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.