Rejestr inwestycji / Bartoszyce
Status nie ma mówić, gdzie jesteśmy. Ma mówić, co można zrobić dalej.
Dla jednego zadania łączymy aktualny etap, obowiązującą wersję dokumentu, właściciela decyzji i warunek przejścia. Odbiorca nie odtwarza historii — widzi następny dozwolony ruch.
Autorski artefakt / karta przejścia
Cztery fakty odrywają kartę następnego ruchu.
Kolor etapu nie wystarcza. Dopiero status, wersja, właściciel i warunek przejścia tworzą zapis, na podstawie którego można wykonać, uzupełnić albo zatwierdzić pracę.
- Status
- co jest prawdą teraz
Nie plan, nie kolor i nie domysł z ostatniej wiadomości.
- dowód: ostatnia zatwierdzona decyzja
- Wersja
- który dokument obowiązuje
Plik ma numer, datę i jasno wskazaną relację do etapu.
- dowód: wersja przypisana do zadania
- Właściciel
- kto podejmuje decyzję
Jedna rola odpowiada za zamknięcie obecnego kroku.
- dowód: osoba i zakres odpowiedzialności
- Warunek
- co pozwala przejść dalej
Kryterium odbioru pojawia się przed pracą, nie po sporze.
- dowód: spełnione kryterium przejścia
Co zmienia decyzję
Status jest kontraktem, nie etykietą.
Każdy etap zapisujemy przez fakt, jego dowód i dozwolony ruch. Dzięki temu odbiorca nie musi pytać, co naprawdę znaczy „w toku”.
- 01
- Fakt
Co zostało zatwierdzone albo czego brakuje.
- Odbiór
Jedno znaczenie niezależnie od osoby czytającej.
- 02
- Dowód
Wersja pliku, decyzja i autor zmiany przy zadaniu.
- Odbiór
Brak pracy na starym lub nieuzgodnionym materiale.
- 03
- Ruch
Jedna następna czynność oraz jej właściciel.
- Odbiór
Mniej telefonów o stan i odpowiedzialność.
Pierwsza wersja
Najpierw jeden typ zadania. Pełna droga do decyzji.
Nie budujemy od razu katalogu wszystkiego. Domykamy jeden przepływ, w którym status i dokument naprawdę zmieniają działanie.
- 01Model etapów, ról i warunków przejścia
- 02Historia wersji i decyzji przy jednym zadaniu
- 03Widok klienta i wykonawcy bez nadmiaru danych
- 04Powiadomienie dopiero wtedy, gdy ruch jest możliwy
- Trade-off
Im więcej wyjątków i ról, tym więcej reguł dostępu oraz utrzymania. Dlatego pierwszy zakres zamykamy na jednym, reprezentatywnym typie zadania.
Pytania przed zakresem
Cztery pytania przed wyceną.
Odpowiedzi dotyczą reguł pierwszej wersji. Nie deklarują lokalnego wdrożenia, klienta ani gotowego systemu.
01Czy kolor statusu wystarczy do obsługi zadania?
Nie. Status musi mieć jedno znaczenie, dowód, właściciela decyzji i warunek przejścia. Inaczej każda osoba interpretuje go po swojemu.
02Czy klient może widzieć tylko własne zadania?
Tak. Widok i działania można ograniczyć do konkretnej roli, zadania i dokumentów, ale reguły dostępu trzeba zdefiniować przed wdrożeniem.
03Czy można zacząć od jednego procesu?
Tak. Pierwsza wersja powinna domknąć jeden reprezentatywny typ zadania, a kolejne warianty dokładamy dopiero po sprawdzeniu reguł w pracy.
04Czy Balance IT ma biuro lub realizację w Bartoszycach?
Nie deklarujemy lokalnego biura, klienta ani wdrożenia w Bartoszycach. Pracujemy zdalnie, a oficjalna baza miasta jest wyłącznie ograniczonym kontekstem projektowym.