Jak wygląda tworzenie oprogramowania w Oprogramuj
Tworzenie oprogramowania na zamówienie kojarzy się z długimi miesiącami: spotkania, specyfikacja na sto stron, wycena godzinowa, a potem kolejne miesiące programowania. Dla firmy, która chce pozbyć się jednego Excela i trzech maili dziennie, to zbyt długa droga.
Pracujemy inaczej. Zaczynamy od procesu, nie od listy funkcji. Pytamy, co dziś robicie ręcznie, ile to trwa i gdzie powstają błędy. Potem budujemy najmniejszą wersję, która usuwa największy problem, oddajemy ją do użycia i rozwijamy na podstawie tego, jak zespół z niej korzysta.
Cały proces prowadzi jeden zespół, od analizy po utrzymanie. Nie ma przekazywania projektu między działem sprzedaży, analitykami i programistami, w którym gubią się ustalenia.
Taki sposób pracy oznacza też, że widzisz efekt szybko i możesz zmienić kierunek, zanim zostanie wydana większość budżetu. Jeśli po pierwszej wersji okaże się, że największy problem leży gdzie indziej, zmieniamy plan kolejnych etapów, a nie kończymy projektu, którego nikt już nie potrzebuje.
Zespół, który buduje system, zostaje z Tobą także po wdrożeniu, jeśli wybierzesz abonament. Nie ma momentu przekazania do działu utrzymania, w którym znikają ludzie znający projekt.
Od briefu do wdrożenia krok po kroku
| Etap | Czas | Wynik |
|---|---|---|
| Brief i wstępna analiza | kilka minut | mapa procesu, systemy, ryzyka, widełki ceny |
| Discovery | 5 dni roboczych | zakres pierwszej wersji, sposób integracji, stała cena |
| Pierwsza wersja | 7 do 14 dni | działająca aplikacja na danych testowych albo w pilotażu |
| Poprawki po pilotażu | 1 do 2 tygodni | system dopasowany do prawdziwej pracy zespołu |
| Wdrożenie i szkolenie | łącznie 2 do 6 tygodni od startu | system na produkcji, przeszkolony zespół, instrukcja |
| Utrzymanie i rozwój | co miesiąc | monitoring, kopie, zmiany i kolejne procesy |
Jeden proces, na przykład portal zamówień albo kalkulator ofert, wdrażamy zwykle w 2 do 4 tygodni. Kilka procesów w jednym systemie, taki jak mini-ERP, w 4 do 6 tygodni.
Czas poszczególnych etapów zależy od zakresu i od tego, jak szybko po stronie firmy zapadają decyzje. Harmonogram dla Twojego procesu dostajesz w raporcie z Discovery.
Rola AI i rola programisty
Model AI pisze dziś dużą część kodu szybciej niż człowiek. Nie odpowiada jednak za to, czy system liczy rabaty poprawnie, czy faktura trafia do właściwego klienta i czy dane są bezpieczne. Za to odpowiada programista.
| Zadanie | Model AI | Programista |
|---|---|---|
| Analiza briefu i pierwsza mapa procesu | przygotowuje | sprawdza i poprawia w Discovery |
| Kod formularzy, list, raportów, integracji | pisze większość | projektuje strukturę, przegląda każdą zmianę |
| Testy automatyczne | proponuje przypadki | decyduje, co musi być przetestowane, i pilnuje wyniku |
| Bezpieczeństwo i uprawnienia | nie decyduje | projektuje role i dostęp do danych |
| Kontakt z zespołem klienta | nie | prowadzi warsztat, odbiór i szkolenie |
Każda zmiana w kodzie przechodzi przegląd programisty i testy automatyczne, zanim trafi na produkcję. To ta sama dyscyplina, którą stosuje dobry software house. Różnica polega na tym, że czas pisania rutynowego kodu skraca się z tygodni do dni. Porównanie obu modeli opisujemy na stronie software house czy Oprogramuj.
Dlaczego 7 do 14 dni, a nie pół roku
- Gotowe klocki. Logowanie, role, dziennik zmian, eksporty, powiadomienia i typowe integracje mamy przygotowane. Budujemy tylko to, co jest unikalne w Twoim procesie.
- Wąski zakres pierwszej wersji. Pierwsza wersja usuwa największy problem, a nie wszystkie naraz. Reszta przychodzi w kolejnych etapach.
- AI przy rutynowym kodzie. Programista nie traci dni na powtarzalne fragmenty, tylko na decyzje i przegląd.
- Jeden zespół. Ta sama osoba, która była na warsztacie, buduje system i prowadzi odbiór.
- Decyzje po stronie klienta. W Discovery ustalamy jedną osobę, która zatwierdza zakres. To często skraca projekt bardziej niż cokolwiek innego.
Odbiór etapami i płatności
Nie płacisz za obietnicę. Płatności są powiązane z etapami, które możesz sprawdzić sam.
- Oprogramuj Proces, od 14 900 do 29 900 zł netto, dwie raty po 50 procent: po Discovery i po odbiorze.
- Oprogramuj Firmę, od 39 900 do 99 900 zł netto, trzy raty: 30 procent po Discovery, 40 procent po pierwszej wersji, 30 procent po odbiorze.
Odbiór to lista scenariuszy ustalonych w Discovery, na przykład złożenie zamówienia przez klienta, jego zapis w programie księgowym i powiadomienie handlowca. Twój zespół przechodzi je na prawdziwych przypadkach. Ostatnia rata pojawia się dopiero po odbiorze. Ceny i szczegóły są w cenniku.
Przykład harmonogramu dla portalu zamówień
To przykład metody planowania, nie harmonogram konkretnego klienta.
| Tydzień | Co się dzieje |
|---|---|
| 0 | Brief, wstępna analiza, zamówienie Discovery |
| 1 | Discovery, warsztat z działem sprzedaży, sprawdzenie programu księgowego |
| 2 i 3 | Pierwsza wersja portalu z cenami klientów i stanami, pilotaż z pięcioma klientami |
| 4 | Poprawki po pilotażu, zapis zamówień w programie księgowym |
| 5 | Odbiór, szkolenie zespołu, zaproszenie wszystkich klientów |
Pięć tygodni od briefu do systemu, z którego korzystają wszyscy klienci, to typowy rytm projektu w pakiecie Oprogramuj Proces.
Czego potrzebujemy od Twojej firmy
Szybkie tempo wymaga kilku rzeczy po stronie klienta. Bez nich nawet najlepszy zespół będzie czekał.
- Jedna osoba decyzyjna. Ktoś, kto zatwierdza zakres i odbiera kolejne etapy. Najlepiej właściciel procesu, na przykład kierownik sprzedaży albo dyrektor operacyjny.
- Dwie do czterech osób na warsztat. Ludzie, którzy wykonują proces na co dzień. Warsztat trwa zwykle 2 do 3 godzin.
- Dostępy do odczytu. Do programu księgowego, sklepu, CRM albo przykładowe eksporty, jeśli dostęp nie jest możliwy.
- Prawdziwe przykłady. Kilka maili z zamówieniami, przykładowe oferty, arkusze, na których dziś pracujecie.
- Czas na pilotaż. Kilka dni, w których wybrana grupa pracuje w nowym systemie i zgłasza uwagi.
To mniej, niż wymaga typowy projekt, ale więcej niż zero. Projekt, w którym nikt po stronie firmy nie ma czasu na odbiór, trwa dłużej niezależnie od wykonawcy.
Jakość kodu i testy
Szybkość nie może oznaczać kodu, którego nikt nie rozumie. Dlatego każdy projekt spełnia te same zasady, niezależnie od wielkości.
| Zasada | Co oznacza w praktyce |
|---|---|
| Przegląd każdej zmiany | żaden fragment kodu nie trafia na produkcję bez sprawdzenia przez programistę |
| Testy automatyczne kluczowych ścieżek | złożenie zamówienia, przeliczenie ceny, zapis w programie księgowym są sprawdzane przy każdej zmianie |
| Historia zmian w repozytorium | wiadomo, kto, kiedy i dlaczego zmienił każdy fragment |
| Środowisko testowe | nowe wersje sprawdzamy, zanim zobaczą je użytkownicy |
| Dokumentacja | opis procesu, integracji i ról, który zostaje u Ciebie |
Dzięki temu system może przejąć inny zespół, jeśli kiedyś tak zdecydujesz. To samo dotyczy bezpieczeństwa danych, opisanego na stronie bezpieczeństwo i RODO.
Po wdrożeniu
Po odbiorze system należy do Twojej firmy razem z kodem, danymi i dostępami. Możesz utrzymywać go samodzielnie albo w abonamencie Oprogramuj Dalej, który obejmuje monitoring, hosting w UE, kopie, poprawki bezpieczeństwa i pulę godzin zmian. W planach Rozwój i Skala co miesiąc oprogramowujemy też kolejny proces.