Organis: od struktury firmy do kosztów projektów

Podczas przeglądu projektu potrzebne są odpowiedzi na kilka prostych pytań: co trzeba zrobić, kto odpowiada za pracę, jaki problem ma zostać rozwiązany i ile już wydano. Trudność pojawia się wtedy, gdy każda odpowiedź znajduje się w innym pliku. Nazwa zadania w harmonogramie nie zgadza się z nazwą w raporcie, właściciel problemu zmienił stanowisko, a budżet dotyczy poprzedniego zakresu.

LOCURA Organis zbiera te informacje we wspólnych profilach. Osoba, stanowisko, problem, zadanie, projekt i cel mają własne rekordy. Powiązanie prowadzi do konkretnego rekordu, dzięki czemu otwarcie zadania z Kanbana i z Gantta prowadzi do tej samej sprawy. Aplikacja obejmuje 42 narzędzia. Ich wspólną podstawą są dane zapisane przez zespół oraz jawne relacje między nimi.

Od czego zacząć opis firmy

Pierwszym krokiem jest przygotowanie organizacji i dostępu. Operator platformy może założyć firmę oraz jej pierwszych administratorów. Administrator firmy zarządza zespołem w granicach własnej organizacji. To rozdzielenie ma znaczenie: osoba administrująca jedną firmą nie powinna z tego powodu uzyskiwać dostępu do pozostałych klientów.

Dopiero potem powstają jednostki, role, stanowiska i osoby. Jednostka opisuje część organizacji, na przykład magazyn albo dział obsługi klienta. Rola określa oczekiwaną funkcję i odpowiedzialności. Stanowisko osadza tę funkcję w strukturze, a obsada wskazuje osobę oraz okres, w którym zajmuje stanowisko. Zapisanie samego nazwiska przy dziale nie zastępuje tych informacji.

W formularzu stanowiska można podać jego wymiar FTE i okres obowiązywania. Obsada ma osobny wymiar, początek, koniec i strefę czasu. Dzięki temu planowana pojemność stanowiska oraz przypisanie osoby pozostają odrębnymi zapisami. Puste pole pojemności nie oznacza zerowego etatu. Oznacza, że wartości jeszcze nie zapisano. Ma to znaczenie przy sprawdzaniu pokrycia i obciążenia.

Warto najpierw opisać jeden dział i sprawdzić jego powiązania. Dopiero po uzgodnieniu nazw, ról i zasad można uzupełniać pozostałą część firmy. Duża liczba rekordów sama w sobie nie potwierdza, że struktura odpowiada rzeczywistości.

Przewodnik dostępny podczas pracy

Przewodnik w lewym menu prowadzi od przygotowania firmy przez poszczególne obszary zarządzania. Każdy krok opisuje pojęcia, pochodzenie narzędzia, jego zastosowanie, pola do wypełnienia i potrzebne powiązania. Wyjaśnia też, gdzie pojawi się efekt zapisu oraz na co uważać podczas interpretacji widoku.

Pytania i odpowiedzi pomagają rozwiązać typowe wątpliwości bez obecności prowadzącego warsztat. Można sprawdzić, czym różni się rola od stanowiska, dlaczego pusta komórka nie jest zerem albo jakie dane są potrzebne przed pracą z konkretną metodą. Przewodnik jest częścią aplikacji, więc można wrócić do opisu podczas uzupełniania danych.

Kontrole postępu sprawdzają określone warunki zapisane w organizacji. Ich spełnienie nie jest certyfikatem jakości zarządzania. Obecność celu i wskaźnika nie dowodzi jeszcze, że cel jest sensowny, a pomiar wiarygodny. Taką ocenę nadal wykonuje zespół, korzystając z opisów, danych i dowodów.

Proces, problem i przyczyna mają różne zadania

Opis procesu porządkuje sposób wykonywania pracy. SIPOC pomaga zebrać dostawców, wejścia, przebieg, wyjścia i odbiorców. Widoki przepływu oraz swimlane pozwalają oglądać zapisane elementy i powiązania z innej perspektywy. Żaden diagram nie uzupełnia sam brakujących ustaleń między działami.

Problem opisuje rozbieżność między stanem obserwowanym a oczekiwanym. Przyczyna jest osobnym obiektem, który można połączyć z problemem i dowodem. Ishikawa oraz 5 Why korzystają z tych samych zapisów przyczyn. Zmiana opisu przyczyny nie wymaga więc przepisywania go do drugiego diagramu.

Hipoteza powinna pozostać hipotezą, dopóki nie ma podstaw do jej potwierdzenia. Wpis „brak szkolenia” może być punktem wyjścia do sprawdzenia, lecz sam tekst nie dowodzi, że szkolenie rozwiąże problem. Potrzebne są obserwacje, dokumenty lub pomiary. Organis pozwala powiązać przyczynę z dostępnymi dowodami i rozróżniać jej status.

Przy przeglądzie można przejść od problemu do przyczyny, następnie do dowodu i działania. Takie powiązania umożliwiają odtworzenie toku ustaleń. Nie potwierdzają automatycznie związku przyczynowego. O tym, czy wybrane działanie rzeczywiście pomogło, powinien rozstrzygać późniejszy pomiar.

Od ustalenia do projektu i zadania

Projekt zbiera przedsięwzięcie z określonym zakresem, terminami i budżetem. Zadanie opisuje konkretną pracę. Formularze pozwalają zapisać terminy, klasyfikację zadań, kamienie milowe oraz wartości finansowe projektu. Wypełnienie tych pól ma wpływ na widoki harmonogramu, portfela i raportów.

Kanban pokazuje zadania według statusu. Gantt umieszcza zadania na osi czasu. WBS porządkuje strukturę prac, a sieć zależności pozwala przejrzeć zapisane następstwo działań. Wybór widoku zależy od pytania: czy chodzi o stan pracy, terminy, podział zakresu, czy kolejność wykonania.

Przykładowo, zadanie dotyczące prób nowego sposobu kompletacji może należeć do projektu usprawnienia magazynu i być powiązane z problemem błędnych wydań. W profilu zadania można wtedy odszukać kontekst projektu i problemu. To przykład sposobu zapisania pracy, a nie opis efektu osiągniętego u konkretnego klienta.

Podczas przeglądu projektu warto sprawdzić także zadania bez terminu i bez właściciela. Ich brak w wybranym zestawieniu może wynikać z niepełnych danych albo z uprawnień użytkownika. Nie należy na tej podstawie zakładać, że cała praca została już rozpisana.

Jak czytać raport kosztów projektów

Raport oddziela budżet od zapisanego kosztu rzeczywistego. Budżet przedstawia przyjętą kwotę planu. Koszt rzeczywisty oznacza wartość wpisaną do projektu. Samo przejście zadania do kolejnej kolumny Kanbana nie jest zdarzeniem księgowym i nie aktualizuje kosztu projektu.

Zestawienia pozwalają przejrzeć projekty według statusów oraz odróżnić prace planowane, trwające, wstrzymane, zakończone i anulowane. Kwoty decyzji oczekujących na rozstrzygnięcie mają własny kontekst. Nie należy ich automatycznie doliczać do kosztów już poniesionych, ponieważ dotyczyłyby innego etapu zobowiązania.

Informacja	Co oznacza	Czego nie potwierdza
Budżet projektu	Zapisaną wartość planu w danej walucie	Zapłaty ani zaksięgowania kosztu
Koszt rzeczywisty	Wartość uzupełnioną w danych projektu	Kompletności ewidencji księgowej
Kwota decyzji	Zapisany skutek finansowy rozpatrywanej sprawy	Poniesienia tego kosztu
Brak danych	Brak wartości potrzebnej do obliczenia	Wartości równej zero
Projekt anulowany	Status przedsięwzięcia	Braku wcześniejszych wydatków

Waluty są prezentowane osobno. Bez ustalonego kursu i daty przeliczenia suma PLN i EUR nie byłaby porównywalną kwotą. Podobnie brak kosztu rzeczywistego powinien pozostać widoczny. Zastąpienie go zerem mogłoby sprawić, że projekt z nieuzupełnionymi kosztami wyglądałby na tańszy od pozostałych.

Status odrzuconego pomysłu, anulowanego projektu i odrzuconej decyzji opisuje różne zdarzenia. Raport nie powinien traktować ich zamiennie. Jeśli w dostępnych danych nie ma rozstrzygniętych decyzji, zestawienie pokazuje ten brak. Sam raport nie stanowi procesu zatwierdzania ani odrzucania decyzji.

Odpowiedzialność i umocowanie

Macierze RASCI, RAPID i DACI pokazują zapisane przypisania do pracy i decyzji. Pomagają sprawdzić, kto wykonuje zadanie, kto bierze udział w ustaleniu i do kogo należy określona odpowiedzialność. Do odczytania macierzy potrzebny jest kontekst konkretnego procesu lub sprawy.

Umocowanie można opisać przy obsadzie stanowiska: wskazać zakres, rodzaje decyzji, zasadę kwoty, walutę, okres oraz dowód. Delegacja odwołuje się do źródłowej obsady i umocowania. Takie dane pozwalają przejrzeć zakres przekazanych kompetencji biznesowych.

Zapis umocowania nie nadaje systemowego uprawnienia do zatwierdzania. Podobnie nazwanie stanowiska „Dyrektor” nie otwiera dostępu do wszystkich obiektów w aplikacji. Uprawnienia są sprawdzane oddzielnie. To rozróżnienie jest szczególnie istotne podczas przygotowania firmy, gdy opis struktury i konfiguracja dostępu powstają równolegle.

Cel, wskaźnik i dowód efektu

Cel opisuje oczekiwany wynik. Wskaźnik pozwala zapisać obserwacje, a dowód wskazuje materiał, na którym oparto ustalenie. W formularzach można uzupełnić wartości bazowe, docelowe i osiągnięte oraz potrzebne powiązania. Drzewo OKR, KPI i mapa strategii przedstawiają te informacje w odpowiednim układzie.

Wartość docelowa nie jest pomiarem. Oznaczenie zadania jako zakończone również nie dowodzi osiągnięcia celu. Przy odbiorze projektu warto przejść od wykonanych działań do obserwacji wskaźnika i sprawdzić, czy dotyczą właściwego okresu oraz tego samego zakresu pracy.

Brak dostępnej obserwacji pozostaje brakiem danych. Trend można interpretować dopiero wtedy, gdy zapisane pomiary pozwalają na porównanie. Widoczny związek projektu z celem pomaga znaleźć kontekst, ale nie zastępuje oceny wpływu innych zmian zachodzących w firmie.

Dostęp, historia i eksport

Użytkownik widzi obiekty zgodnie z zakresem dostępu. Dlatego jego raport może obejmować mniej danych niż raport innej osoby. Brak widocznego powiązania nie zawsze oznacza, że takie powiązanie nie istnieje w organizacji. Przy zmianie danych odwołujących się do niedostępnych obiektów aplikacja chroni je przed przypadkowym nadpisaniem.

Historia zapisów umożliwia sprawdzenie zmian treści. Kontrola wersji zapobiega zapisaniu formularza na nieaktualnym stanie bez ponownego odczytu. Dane z narzędzi można eksportować do XLSX, CSV, HTML i JSON, przy czym eksport również podlega uprawnieniom do poszczególnych obiektów.

Przygotowanie pierwszego przeglądu

Na pierwsze spotkanie wystarczy wybrać jeden proces, powiązany problem, kilka działań i wskaźnik, który pomoże ocenić wynik. Następnie należy sprawdzić właścicieli, terminy, źródła danych oraz kompletność kosztów. Przewodnik w aplikacji pomaga uzupełnić brakujące elementy w odpowiedniej kolejności.

Pokaz Organis przedstawia pracę na danych demonstracyjnych. Uruchomienie firmy wymaga przygotowania kont, uprawnień i danych startowych. Zakres wdrożenia oraz płatnego pilota ustala się przed rozpoczęciem pracy na danych firmy. Szerszy kontekst wyboru narzędzi opisuje przewodnik dla logistyka.