Zbudowanie aplikacji z AI zajmuje dziś chwilę. Trudności zaczynają się później: czy kierownik naprawdę widzi tylko swój zespół? Czy gdzieś nie wyskakuje wynagrodzenie, którego tam być nie powinno? W Openbase.one odpowiedzi nie daje przeczucie, tylko kontrola, przez którą przechodzi każda wersja.
Co jest sprawdzane za każdym razem
Każda wersja aplikacji jest budowana i sprawdzana przed publikacją, niezależnie od tego, czy to pierwsza wersja, czy dwudziesta drobna poprawka.
- Model danych: czy struktura danych odpowiada temu, co opisaliście?
- Reguły dostępu: czy uprawnienia są ustawione tak, jak je sformułowaliście?
- Klasyfikacja danych: każdy rekord jest klasyfikowany jako wewnętrzny, osobowy, wrażliwy albo podatkowy.
- Każda strona, każda rola: Openbase.one otwiera każdą stronę aplikacji w prawdziwej przeglądarce, jako każda osoba testowa.
Osoby testowe zamiast nadziei
Osoby testowe to role, które istnieją w waszej aplikacji. Dla katalogu pracowników kontrola wygląda na przykład tak:
- Test jako kierownik: żadne wynagrodzenie nie jest widoczne
- Test jako HR: wszystkie wynagrodzenia są widoczne
Kontrola nie tylko czyta reguły. Otwiera aplikację tak, jak otworzą ją wasi ludzie. To, czy reguła działa, widać na ekranie każdej roli.
Co nie przejdzie, nie trafia do użytku
Wersja zostaje opublikowana dopiero wtedy, gdy kontrola wypadnie pozytywnie. Jeśli build albo kontrola się nie powiedzie, dotychczasowa wersja działa dalej, a współpracownicy niczego nie zauważą. Widzicie, co nie pasowało, opisujecie zmianę, a kolejna wersja przechodzi tę samą kontrolę.
Jeśli coś zauważycie już po publikacji, poprzednia wersja wraca jednym kliknięciem.
Czego kontrola nie rozstrzyga
Bezpiecznie oznacza tu: sprawdzone, izolowane, odwracalne. Kontrola pokazuje, że wasze reguły działają technicznie. To, czy aplikacja jest poprawna merytorycznie, na przykład czy termin liczy się prawidłowo, ocenia zespół, który ją buduje i zatwierdza. Tak ma być: decyzje merytoryczne należą do ludzi, którzy znają proces.
Jeśli chcecie drugiej pary oczu, dostaniecie ją w umowie wsparcia Premium: przeglądamy w niej nowe aplikacje przed publikacją.
Dla działu IT
Administratorzy widzą każdą aplikację w workspace i każdą zmianę. Dziennik audytu, który można wyeksportować, pokazuje, kto co zmienił. Kontrola nie jest krokiem, który ktoś musi dodać albo może pominąć. Jest częścią każdej aplikacji, która u was powstaje.
Ceny i wsparcie
Kontrola jest częścią każdej aplikacji, w każdym planie. Czym różnią się plany i co obejmują umowy wsparcia Care i Premium, sprawdzicie w cenniku.
Opiszcie swoją pierwszą aplikację i zobaczcie, jak sprawdzona trafia na produkcję.
Zacznij za darmo