Produkt Framewright / w budowie

Praca trafia we właściwe ręce.

ERP wie, co trzeba zrobić. HR wie, kim są ludzie. Systemy projektowe znają plan. Framewright Flow dokłada warstwę, której nie ma żaden z nich: kto ma kwalifikacje, jest dostępny i najlepiej nadaje się do tej pracy teraz.

CZYTA KONTEKST Z
  • ERP
  • HR
  • PROJEKTY
  • ZGŁOSZENIA
01

System źródłowy

ERP, system projektowy albo zgłoszeniowy tworzy pracę.

Przeciągnij pierścień albo użyj strzałek

01 Flow w praktyce

Od otwartego zlecenia do konkretnej, uprawnionej osoby.

Flow to działająca aplikacja webowa plus ekran na hali. Wszystko poniżej to prawdziwy produkt na danych demonstracyjnych.

Zadanie T-2481 wymaga montażu HSB w hali 2. Piętnaście osób w grafiku, dwie przechodzą twarde wymagania, a Flow pokazuje uzasadnienie dla obu.
01

Kwalifikacja to brama

Za niski poziom skilla, przeterminowany certyfikat, brak dostępu do hali, brak zmiany: osoba wypada. Punkty jej nie wrócą.

02

Ranking da się przeczytać

Trzy sygnały, wagi ustawiasz sam, a przy każdym kandydacie stoi zwykłe zdanie mówiące, skąd wziął się wynik.

03

Decyzja zostaje u człowieka

Flow nikogo nie przypisuje. Lider zatwierdza rekomendację albo wybiera kogoś innego i podaje powód.

04

Hala zamyka pętlę

Pracownik widzi swoją pracę na wspólnym ekranie w hali i potwierdza wykonanie.

Na jakim etapie jest produkt. Flow działa dziś jako aplikacja webowa i ekran na hali. Nie pracuje jeszcze produkcyjnie u żadnego klienta i szukamy pierwszej hali pilotażowej. Bez cennika, bez daty wydania, bez katalogu integracji: to wychodzi z pierwszego pilotażu, nie przed nim.

02 Brakująca warstwa

Systemy trzymają pracę. Ludzie i tak rozdzielają ją ręcznie.

ERPZna zlecenie. Nie zna człowieka.
HRZna człowieka. Nie zna zadania.
PROJEKTYZnają plan. Nie znają dzisiaj.

ERP, HR i systemy projektowe dobrze pilnują swojego kawałka prawdy. Rzadko odpowiadają na pytanie, które rozstrzyga dzień na hali: kto ma zrobić to konkretne zadanie, przy tych konkretnych ograniczeniach, teraz?

Więc odpowiedź siedzi u jednego doświadczonego koordynatora, w arkuszu albo w czyjejś głowie. Działa do dnia, w którym przestaje.

Flow staje obok tych systemów, zamiast je zastępować. Rozsypany kontekst zamienia w przypisanie, które człowiek zatwierdza w kilka sekund.

03 Zadanie przechodzi przez Flow

Pięć ekranów, jeden dzień pracy.

Każdy krok to zrzut z działającej aplikacji, nie makieta.

Krok 01

Praca wchodzi z systemu, który ją trzyma

Zadania trafiają do Flow z pliku albo z podpiętego systemu źródłowego. Zachowują swój identyfikator, więc zadanie w Flow i to samo zadanie w źródle pozostają jednym zadaniem.

Kolejka to poranek lidera: co jest otwarte, co zaraz się zaczyna i co wciąż nie ma nikogo.

04 Silnik dopasowania

Reguły rozstrzygają, kto może. Sygnały porządkują, kto powinien.

Twardych wymagań nigdy nie wymienia się na wyższy wynik.

MUSI SIĘ ZGADZAĆ

Twarde wymagania

  • Skill na wymaganym poziomie albo wyżej
  • Certyfikat posiadany i wciąż ważny
  • Dostęp do miejsca, w którym dzieje się praca
  • Zmiana pokrywająca okno zadania
  • Brak nieobecności w tym oknie

Jedno niespełnione i osoba nie jest uprawniona. Żaden wynik tego nie zmieni, a niepełne okno czasowe zamyka bramę, zamiast ją otwierać.

PORZĄDEK WŚRÓD UPRAWNIONYCH

Trzy sygnały

  • Poziom skilla ponad minimum, ważony per wymaganie
  • Jak niedawno robili tę samą pracę
  • Ile już mają na sobie dzisiaj

Trzy, nie trzydzieści. Każdy da się policzyć od pierwszego tygodnia pilotażu, a hala bez historii rankuje na razie po skillach i obciążeniu.

Wagi ustawiasz sam, a każdy ranking zapamiętuje, których użył

Domyślnie 50 / 30 / 20. Przesuwasz suwak, podglądasz skutek na prawdziwym zadaniu i zapisujesz jako nową wersję. Nic się nie zmienia, dopóki nie zapiszesz.

Stare rekomendacje wskazują wagi, które je wyprodukowały, więc decyzja z marca tłumaczy się sama jeszcze we wrześniu.

05 Autorytet człowieka

Rekomendacja daje się wytłumaczyć. Decyzja ma właściciela.

„Flow zawęża decyzję. Nigdy jej nie zabiera.”

Flow sam nikogo nie przypisuje. Silnik zawęża pole jawnymi regułami i porządkuje resztę sygnałami, które kontrolujecie. Decyduje lider.

Wybór kogoś innego niż pierwszy w rankingu jest dozwolony i kosztuje jeden krok więcej: powód, na piśmie. Zadanie prowadzi własną historię, więc to, co zostało zarekomendowane, kto zdecydował i dlaczego, da się odtworzyć długo po zmianie.

Nadpisania się nie ukrywa i nie blokuje. Zapisuje się je.

06 Biuro i hala

Jedna pętla, dwa zupełnie różne ekrany.

Ekran biurowy jest gęsty, bo lider porównuje. Ekran na hali jest niemal pusty, bo ktoś w rękawicach nie powinien czytać.

Tablet pokazuje tylko ludzi z dostępem do tej hali.
Ta sama brama, która wykluczyła ludzi w kroku 04, widziana z drugiej strony.
BIURO, W PRZEGLĄDARCE
  • Przejrzeć kolejkę i to, co zaraz się zaczyna
  • Przeczytać ranking i listę wykluczeń
  • Zatwierdzić albo nadpisać z uzasadnieniem
  • Pilnować dostępności i wygasających certyfikatów
  • Ustawić wagi rankingu
HALA, NA WSPÓLNYM EKRANIE
  • Zalogować się sześciocyfrowym kodem
  • Zobaczyć pracę na dziś i na jutro
  • Potwierdzić wykonanie zadania
  • Sprawdzić własne certyfikaty i ich daty

Żadnego sklepu z aplikacjami, żadnego telefonu służbowego, żadnego hasła na hali. Kod należy do człowieka, tablet należy do hali.

07 Architektura

Zatrzymajcie swoje systemy. Dołóżcie warstwę, której nigdy nie miały.

Warstwa orkiestracji, a nie kolejny system domagający się roli systemu źródłowego.

ŹRÓDŁA

To, co już macie

  • PRACA z ERP, projektów albo zgłoszeń
  • LUDZIE z HR albo z listy pracowników
  • GRAFIK zmiany, urlopy, nieobecności
  • PAPIERY certyfikaty i ich daty

Dane zostają w systemach, które je posiadają. Flow czyta kontekst, nie anektuje go.

FLOW

Warstwa decyzji

  • Drzewo skilli z poziomami i certyfikaty z datą ważności
  • Twarde wymagania jako bramy kwalifikacji
  • Trzy sygnały do rankingu, nigdy do nadpisania bramy
  • Ślad audytowy, którego aplikacja nie przepisze

Warstwa, która wie, co każdy człowiek naprawdę może dziś robić.

Z POWROTEM

Decyzja wraz z uzasadnieniem

  • Konkretna osoba, zatwierdzona przez konkretnego lidera
  • Zachowani kandydaci z dalszych miejsc i wykluczenia
  • Potwierdzenie z hali
  • Status wracający do źródła, jeśli istnieje adapter

Każde przypisanie niesie rozumowanie, które je wyprodukowało.

Co dzisiaj naprawdę znaczy „integracja”

WEJŚCIE

Drogi są dwie: plik z zadaniami i grafikiem oraz adapter bazodanowy napisany pod jeden konkretny system. Nowe źródło to adapter, nie ustawienie. Pierwszy zbudowalibyśmy w trakcie pilotażu.

WYJŚCIE

Zapis zwrotny jest celowo wąski: aktualizacja pól, których system źródłowy i tak używa na wykonawcę i status, za przełącznikiem tylko do odczytu włączonym domyślnie. Pilotaż może działać bez żadnego zapisu.

GDZIE TO STOI

Jedna instalacja na klienta, stawiana jednym poleceniem, z własną bazą i własnymi kontami. Nie wspólna usługa wielodostępna.

Nie ma katalogu integracji ani marketplace'u. Wymienianie go, zanim powstanie, kosztowałoby nas oboje czas na pierwszym spotkaniu.

08 Pilotaż

Przynieście nam jeden proces.

Nie dział, nie wdrożenie. Jeden rodzaj pracy, jedna hala, ludzie, którzy naprawdę ją wykonują.

  1. 01

    Wybierzcie jeden rodzaj pracy

    Taki, który się powtarza, ma realne wymagania i dziś przydziela go człowiek znający wszystkich.

  2. 02

    Spiszcie, co czyni kogoś uprawnionym

    Skille i poziomy, karty, które trzeba mieć, miejsca, gdzie wolno wejść. Ta rozmowa zwykle sama w sobie jest wartościowa.

  3. 03

    Wgrajcie minimum kontekstu

    Ludzie, grafik, certyfikaty i otwarta praca. Na start wystarczy eksport do pliku. Żadnego projektu integracyjnego.

  4. 04

    Puśćcie to na prawdziwej pracy

    Flow rankuje, lider decyduje jak zwykle, a oboje widzicie, czy ranking zgadza się z człowiekiem, który robi to od lat.

  5. 05

    Zdecydujcie, czy zasłużyło na drugi proces

    Jeśli nie, zostaje wam spisany model kwalifikacji i jasność w głowie. To nie jest nic.

Kiedy Flow zaczyna zarabiać na swoje miejsce

Jeśli większość tego brzmi jak wasza hala, rozmowa o pilotażu jest warta godziny.

Albo napisz wprost na info@framewright.cloud.

PRZYDATNE, JEŚLI MACIE

Halę, która pasuje

  • Pracę wchodzącą z jednego albo kilku systemów
  • Skille i certyfikaty rozstrzygające, kto co może
  • Przydzielanie robione dziś ręcznie, telefonicznie albo z pamięci
  • Dostępność zmieniającą się z tygodnia na tydzień
  • Potrzebę wyjaśnienia później, dlaczego ktoś dostał to zadanie

To nie jest lista obowiązkowa. Trzy z pięciu to już ciekawa rozmowa.

09 Pytania

To, o co pytają najpierw.

Czy Flow zastąpi nasz ERP albo system HR?

Nie. Te systemy dalej są właścicielami swoich danych. Flow czyta kontekst potrzebny do decyzji o przypisaniu i oddaje decyzję. Gdybyście wyłączyli Flow, wasze rejestry zostałyby tam, gdzie zawsze były.

Co Flow musi wiedzieć, zanim cokolwiek zrobi?

Cztery rzeczy: kim są wasi ludzie, co każdy z nich potrafi i na jakim poziomie, kiedy są na zmianie i czego wymaga praca. Certyfikaty i dostęp do miejsc idą razem z tym. Mniej niż wdrożenie ERP, więcej niż arkusz, i mniej więcej o to chodzi.

Jak Flow ustala, kto jest uprawniony?

Po twardych wymaganiach przypiętych do rodzaju pracy. Skill na wymaganym poziomie albo wyżej, ważny certyfikat, dostęp do miejsca oraz zmiana pokrywająca okno bez wpisanej nieobecności. Niespełnienie choćby jednego usuwa osobę z listy w całości.

Jeśli okno czasowe jest niepełne, dostępności nie da się sprawdzić, więc brama nie przepuszcza, zamiast machnąć ręką.

Jak porządkowani są pozostali kandydaci?

Trzema sygnałami: o ile skill przekracza minimum, jak niedawno osoba potwierdziła ten sam rodzaj pracy i ile już ma przypisane tego dnia. Wagi ustawiacie sami, domyślnie 50 / 30 / 20, a każdy ranking zapisuje wersję wag, której użył.

Jest wynik punktowy i czy można mu ufać?

Jest liczba od 0 do 100 i to arytmetyka, nie model. Przy każdym kandydacie stoją zdania, z których się wzięła: poziom skilla, dni od podobnej pracy, bieżące obciążenie. Jeśli liczba wygląda źle, widać, który sygnał ją zrobił, i można zmienić wagę.

Czy lider może nadpisać rekomendację?

Tak i jest to normalna rzecz. Wybór kogokolwiek innego niż pierwszy w rankingu prosi o pisemny powód, a nadpisanie zapisuje się z nazwiskiem lidera. Nadpisania nigdy się nie blokuje, tylko zapisuje.

Co się dzieje, kiedy nikt nie spełnia wymagań?

Flow mówi to wprost i wymienia każdą osobę z powodami, na których poległa. Ta lista bywa użyteczniejsza od rekomendacji: pokazuje, czy problem to luka w szkoleniach, przeterminowana karta, czy niedomknięta zmiana.

Czy jest aplikacja mobilna?

Nie i jest to decyzja, nie brak. Ekran hali to strona internetowa zbudowana pod wspólny tablet. Nie ma czego instalować, nie ma konta na pracownika ani hasła: sześciocyfrowy kod należy do człowieka, a urządzenie administrator wpina raz.

Co pracownik może zrobić na ekranie hali?

Dziś trzy rzeczy: zobaczyć pracę przypisaną na dziś i jutro, potwierdzić wykonanie zadania i sprawdzić własne certyfikaty z datami ważności. Zgłaszania odchyleń, załączania dowodów i uruchamiania stopera nie ma.

Czy Flow zapisze status z powrotem w naszym systemie?

Tam, gdzie istnieje adapter do danego systemu, tak, i wyłącznie w pola, których ten system już używa na wykonawcę i status. Każda integracja startuje tylko do odczytu i taka zostaje, dopóki ktoś świadomie nie włączy zapisu. Pilotaż może przejść bez zapisania czegokolwiek.

Ile pracy integracyjnej wymaga pilotaż?

Potencjalnie zero. Zadania, ludzie i grafik mogą wejść plikami i tak zwykle zaczynamy. Porządne podpięcie systemu źródłowego to adapter pisany pod ten system, a decyzja o nim zapada po tym, jak pierwszy proces coś udowodni.

Gdzie mieszkają dane?

W jednej instalacji dla waszej organizacji, z własną bazą i własnymi kontami, stawianej per klient zamiast jako wspólna usługa. Lokalizacja hostingu to element rozmowy o pilotażu, nie z góry ustalona odpowiedź.

Ile z historii decyzji zostaje?

Co zostało zarekomendowane, kto był uprawniony a kto nie, które wagi były aktywne, kto przypisał, czy to było nadpisanie i dlaczego, oraz kiedy pracownik potwierdził. Ślad audytowy jest chroniony na poziomie bazy, nie tylko w aplikacji, więc sama aplikacja nie może go po cichu przepisać.

W jakich językach mówi interfejs?

Dziś po angielsku i niderlandzku, i stąd angielskie zrzuty na tej stronie. Ekran hali musi być w języku człowieka, który przed nim stoi, więc dołożenie kolejnego języka to praca tłumaczeniowa, nie programistyczna.

Pokażcie nam, jak naprawdę płynie jeden proces.

Jak praca wchodzi, kto decyduje, komu ją dać, i w którym miejscu ta decyzja robi się trudna. Tyle wystarczy, żeby powiedzieć, czy Flow pomoże, czy tylko dołoży ekran.

Porozmawiajmy o pilotażu