Doradztwo IT, które zaczyna się od bezpłatnego warsztatu discovery

Decyzja podjęta na warsztacie kosztuje rozmowę. Ta sama decyzja odkryta w trakcie budowy kosztuje przepisanie kodu. Dlatego nasze doradztwo IT zaczyna się od bezpłatnego warsztatu discovery, który prowadzą inżynierowie budujący potem produkt.

Umów bezpłatną rozmowę discovery
Doradztwo IT i Discovery

Co obejmuje doradztwo IT w tworzeniu oprogramowania

Doradztwo IT w tworzeniu oprogramowania to rada od ludzi, którzy to oprogramowanie piszą. Rozstrzyga, jaki problem rozwiązać najpierw, jaka technologia do niego pasuje, gdzie leży ryzyko i jak wygląda realistyczny start. Faza discovery to wczesna część tej pracy, ta, która określa, co zostanie zbudowane. Kolejne sekcje idą za projektem w takiej kolejności, w jakiej on przebiega.

Kiedy doradztwo IT ma sens

Cztery sytuacje, w których przydaje się spojrzenie technicznego eksperta z zewnątrz.

Masz pomysł, ale nie masz zakresu

Cel jest jasny, a lista funkcji nie. Discovery zamienia cel w zakres z priorytetami, zanim ruszy budowa.

System już działa

Rozważasz zmiany w systemie, który jest w użyciu. Audyt techniczny daje fakty o systemie, a kolejny krok wynika z tego, co pokaże.

Integracje kształtują plan

Produkt musi łączyć się z innymi systemami. Pytania o integracje i kwestie techniczne trafiają do agendy pierwszego warsztatu, zanim ruszy harmonogram.

Pomysł z AI potrzebuje pierwszego testu

Discovery dla pomysłów z AI korzysta z naszego własnego toolkitu AI. Sprinty testujące dowód koncepcji (PoC) sprawdzają pomysł przed kolejnymi etapami, jak w projekcie PSONI. Dla produktu z AI w centrum następnym krokiem jest budowa MVP z AI.

Która z czterech usług pasuje do Twojej sytuacji

Cztery usługi doradcze i discovery porównane według punktu startu, pierwszego kroku i wyniku.
UsługaZacznij tutaj, gdyJak się zaczynaCo dostajeszPrzykłady
Warsztat Product DiscoveryMasz pomysł, ale nie masz zakresu, albo integracje kształtują planJedno spotkanie, bezpłatniePisemne podsumowanie, potwierdzony zakres z priorytetami, harmonogram kolejnych kroków, wycena i podstawowa makieta lub PoCEnerace, Centrum Komunikacji
Audyt technicznySystem już działa, a decyzja zależy od jego stanu: inwestycja, przejęcie lub skalowanieBezpłatna pierwsza rozmowa, potem spotkanie startowePisemny raport z rekomendacjami i kolejnością zmianSkyfri
Fractional CTOProdukt trzeba zbudować, architektura jest otwarta albo decyzje techniczne stojąPrzez discovery, w projekcie budowanym przez nasz zespółLider techniczny, który odpowiada za architekturę, standardy, estymaty i ryzyka techniczneKYOTO, Mudita
Discovery z AIMasz pomysł z AI, który wymaga dowodu koncepcjiDiscovery z naszym własnym toolkitem AIPoC, a potem budowa MVP z AI jako następny krokPSONI

Faza discovery krok po kroku

Bezpłatne podstawowe discovery i rozbudowane discovery

Podstawowe discovery jest bezpłatne zawsze: to jedno spotkanie, czyli warsztat discovery, oraz przygotowana na jego podstawie podstawowa wersja PoC lub makiety, która pozwala oszacować pracę. Rozbudowane discovery to osobny, szerszy zakres, który może trwać nawet kilka miesięcy. Inżynierowie prowadzący warsztat budują potem produkt, więc zakres i decyzje techniczne zostają u tych samych ludzi.

Warsztat otwierający

W jednym z ostatnich projektów, dla firmy handlu energią, warsztat otwierający trwał od 11:00 do 14:00. Agenda miała cztery punkty: przedstawienie zespołów, doprecyzowanie kwestii integracyjnych i technicznych, potwierdzenie zakresu i priorytetów modułów oraz ustalenie kolejnych kroków z harmonogramem. Po spotkaniu powstało pisemne podsumowanie. Gdy warsztat tego wymaga, robimy makiety i interaktywne prototypy, zwykle w Figmie.

Cele biznesowe, użytkownicy i rynek

Rozbudowane discovery zaczyna się od sesji zakresowych: serii spotkań i warsztatów ze wszystkimi interesariuszami i zespołem produktowym. Poznajemy cele biznesowe, potrzeby użytkowników i kontekst rynkowy, a potem planujemy, jak dostarczyć produkt, który osiągnie te cele i wpisze się w rynek bez szkody dla potrzeb użytkowników. Zakreślenie zakresu i zaplanowanie harmonogramu uważamy za najważniejszy etap projektu.

Kto bierze udział w discovery

Role po naszej stronie, po Twojej i w projektowaniu.

Nasza strona

Project Tech Leader odpowiada za stronę techniczną projektu, w tym architekturę i rozwiązania techniczne. Project Manager lub Scrum Master pilnuje harmonogramu i procesu, a Business Owner uczestniczy w warsztacie.

Twoja strona

Product Owner albo decydent potwierdza zakres, a Ty możesz sam przyjąć rolę Product Ownera. Decydent jest na sali, więc zakres i kolejność modułów potwierdzamy na miejscu, a harmonogram kolejnych kroków ustalamy przy tym samym stole.

Product Designer

W discovery uczestniczy też Product Designer. Razem z Twoim Product Ownerem kształtuje wizję produktu i formułuje hipotezy do zweryfikowania, a z nich powstają roadmapa i plany warsztatów produktowych. Product Designer definiuje też persony i mapuje ścieżki użytkownika, a praca odbywa się w Miro, FigJam i Figmie.

Pojęcia w pigułce

Hipoteza do zweryfikowania

Założenie zapisane tak, by dało się je sprawdzić, na przykład że użytkownicy wykonują zadanie szybciej w nowym przepływie. Prototyp albo rozmowa z użytkownikami może je potwierdzić lub obalić przed startem prac.

Specyfikacja wymagań i historyjki użytkownika

Pisemny opis tego, co system ma robić. Historyjka użytkownika ujmuje każde wymaganie z perspektywy użytkownika, w formie, którą inżynierowie mogą wycenić i przetestować.

Audyt techniczny

Analiza istniejącego systemu, jego stosu technologicznego i sposobu, w jaki jest zbudowany. Daje zespołowi fakty, na podstawie których decyduje, co zachować, zmienić lub rozbudować.

Dowód koncepcji (PoC)

Mały działający model, który sprawdza, czy pomysł da się zrealizować technicznie, zanim powstanie cały produkt.

MVP

Pierwsza wersja produktu, z samymi funkcjami potrzebnymi, by pokazać go użytkownikom. W przywództwie technicznym jej zakres przychodzi z roadmapą i planem technicznym.

Scrum Master

Osoba, która prowadzi Daily Scrum, Sprint Planning, Sprint Review i retrospektywę w projekcie.

Big Room Planning

Spotkanie planistyczne, na którym zaangażowane osoby wspólnie planują dłuższy etap pracy. W Order Group często prowadzimy je jak warsztat.

Zestaw zależy od projektu.

Co dostajesz po discovery

Pisemne podsumowanie, zakres i harmonogram

Pisemne podsumowanie warsztatu zapisuje, co uzgodniono i co dzieje się dalej. Dołączamy do niego potwierdzony zakres i harmonogram kolejnych kroków.

Podstawowe discovery: zakres, wycena i makieta

Bezpłatne podstawowe discovery kończy się potwierdzonym zakresem, wyceną oraz podstawową makietą lub PoC. Szerszy zestaw dokumentów z tabeli poniżej należy do rozbudowanego discovery.

Wymagania i historyjki użytkownika

Gdy projekt tego wymaga, discovery trwa dalej na piśmie: powstaje specyfikacja wymagań i historyjki użytkownika dla pierwszej fazy budowy.

Dokumenty, które powstają w discovery

Jakie dokumenty powstają w discovery i na którym etapie pojawia się każdy z nich.
DokumentCo zawieraSkąd pochodzi
Pisemne podsumowanieCo uzgodniono na warsztacie i co dzieje się dalejPodstawowe discovery
Zakres i kolejność modułówModuły w kolejności priorytetów, potwierdzone z decydentemPodstawowe discovery
HarmonogramKolejne kroki i ich terminyPodstawowe discovery
Podstawowa makieta lub PoCPierwsza wersja, która pozwala oszacować pracęPodstawowe discovery
Wizja i roadmapaWizja produktu i etapy przed nami, ukształtowane z Twoim Product OwneremRozbudowane discovery
Persony i mapy ścieżek użytkownikaKto korzysta z produktu i jak się po nim porusza, zmapowane na tablicach Miro i FigJamRozbudowane discovery
Hipotezy i plany warsztatówZałożenia zapisane tak, by dało się je sprawdzić, oraz plany warsztatów produktowychRozbudowane discovery
Przepływy, makiety i klikalny prototypPrzepływy i ekrany produktu, zbudowane w FigmieRozbudowane discovery
Specyfikacja wymagań i historyjki użytkownikaCo system ma robić, z każdym wymaganiem zapisanym jako historyjka użytkownikaRozbudowane discovery
BacklogLista prac do wykonania w budowieRozbudowane discovery
Zakres MVP, roadmapa i plan technicznyZakres MVP, roadmapa oraz szacunek czasu i składu zespołuPrzywództwo techniczne

Co dzieje się po discovery

AI w centrum

Następnym krokiem dla produktu zbudowanego wokół AI jest budowa MVP z AI.

Każda inna pierwsza wersja

Zakres potwierdzony na warsztacie jest punktem startu budowy, którą opisuje strona Jak robimy IT.

Cztery sposoby na rozpoczęcie projektu z nami

Usługi doradztwa technologicznego w Order Group

Każda usługa ma własną stronę z zakresem i opisem, jak zacząć.

Tabela powyżej pokazuje, która z czterech pasuje do Twojej sytuacji.

Nasze usługi

Usługi doradztwa technologicznego w Order Group

Audyt techniczny

Kiedy zamówić audyt

Właściciel systemu zamawia audyt przed inwestycją lub rundą finansowania, przed przejęciem systemu od innego dostawcy lub zespołu albo przed skalowaniem produktu. Audyty robimy wyłącznie dla właściciela systemu. Decyzja po audycie należy do klienta, a audyt nie zobowiązuje do pracy z nami.

Co obejmuje audyt

Audyt obejmuje kod i architekturę (audyt kodu), przetwarzanie danych i wydajność, infrastrukturę, przegląd bezpieczeństwa kodu i konfiguracji oraz proces dostarczania z praktykami zespołu. Wynikiem jest pisemny raport z rekomendacjami i kolejnością zmian, omawiany z Tobą na spotkaniu.

Jak przebiega audyt

Pierwsza rozmowa odbywa się w ramach bezpłatnej rozmowy discovery. Potem jest spotkanie startowe, projekt trafia do naszych rejestrów ochrony danych, a dostępy aktualizujemy przy każdej zmianie w zespole. Pracujemy w Twoich narzędziach, analizujemy bieżące projekty i stos, proponujemy rozwiązania i ustalamy z Tobą kolejność zmian.

Po audycie

Jeśli audyt wskazuje zmiany w istniejącym systemie, wprowadza je modernizacja oprogramowania, krok po kroku na systemie, który cały czas działa.

Audyt techniczny u Skyfri

Skyfri z Oslo poprosiło o audyt techniczny, który pokaże, co zmienić w procesie budowy produktu. Trwał siedem tygodni, od 20 listopada 2023 do 7 stycznia 2024. Objął przetwarzanie danych i wydajność, proces budowy produktu, praktyki zespołu i powtarzalność komponentów interfejsu. Stos obejmował React, C# i ASP.NET, Python i PySpark, Kusto/ADX, Databricks i Azure.

Najpierw studium wykonalności

Współpraca ze Skyfri zaczęła się od studium wykonalności technicznej w listopadzie 2023: analizy rynku, studium wykonalności i specyfikacji technicznej. Potem przyszły architektura i wdrożenie systemu zarządzania energią (EMS).

Od audytu do produkcji

Po audycie zespół przeprowadził Big Room Planning, żeby zaplanować kolejny, dłuższy etap pracy. Rozmowy w Oslo zrodziły nowy projekt, EMS, a od stycznia 2024 nasi inżynierowie pracują w zespole Skyfri. Prace idą czterema strumieniami: EMS, monitoring i zarządzanie aktywami, dane i onboarding oraz industrial design. Zespoły działają jak jedna całość, bez przekazania pracy po starcie.

EMS na produkcji

EMS steruje bateriami w 7 obiektów. Decyduje, kiedy się ładują i rozładowują, prowadzi ścinanie szczytów poboru (peak shaving) i handel energią, odpowiada na żądania operatora systemu dystrybucyjnego i pilnuje limitu eksportu do sieci. Działa w pełni offline, bo decyzja o sterowaniu nie może czekać na utracone połączenie. Działa na produkcji od czerwca 2024, a baterie mają łącznie ponad 5 MWh, z ponad 4 MW mocy baterii.

Stos pod spodem

Stos EMS to frontend w React, backend w Python asyncIO i potok danych w Databricks. Azure IoT Edge i Azure IoT Hub łączą go z terenem, a całość jest hostowana na Azure.

Fractional CTO: przywództwo techniczne w projekcie

Co oznacza fractional CTO

Fractional CTO to doświadczony lider techniczny, który pracuje z firmą w niepełnym wymiarze, wyznacza kierunek techniczny, decyduje o architekturze i prowadzi inżynierów. CTO as a service to ta sama rola dostarczana przez firmę, a CTO na etacie jest zatrudniony w firmie. Startupy i firmy w fazie skalowania bez lidera technicznego rozważają pierwsze dwie formy, gdy etat nie jest jeszcze właściwym krokiem.

Nasz model

W Order Group nasz CTO i Project Tech Leader przejmują tę rolę w projekcie, który buduje nasz zespół. Osoba ustalająca architekturę pracuje obok inżynierów piszących kod, a wejściem jest bezpłatny warsztat discovery.

Kto pełni tę rolę

Każdy projekt ma Project Tech Leadera, czyli osobę o największej wiedzy technicznej w projekcie, wskazywaną przez naszego CTO razem z szefami zespołów frontendu i backendu. Nasz CTO, Maciej Sułek, współtworzył Order Group w 2013 roku i w pierwszych latach firmy prowadził projekty jako lider techniczny.

Kiedy firma potrzebuje tej roli

Firma potrzebuje lidera technicznego, gdy trzeba zbudować produkt, a architektura jest wciąż otwarta. Potrzebuje go, gdy estymaty przychodzą, a biznes nie umie ich zweryfikować, albo gdy ryzyka techniczne siedzą w głowach, a nie w planie. Rola pasuje też do zespołu, który pisze kod bez wspólnych standardów i przeglądu kodu, oraz do projektu, w którym decyzje techniczne stoją, bo nikt nie ma ostatniego słowa.

Architektura i wymagania

Lider techniczny proponuje rozwiązania techniczne pasujące do Twoich celów biznesowych. Zamienia też Twoje wymagania funkcjonalne i niefunkcjonalne na techniczne, a nasz CTO może je napisać sam.

Standardy, estymaty i ryzyka

Lider ustala standardy kodu i prowadzi proces przeglądu kodu. Weryfikuje estymaty i identyfikuje ryzyka techniczne razem z ich wpływem na projekt.

Decyzje i zamknięcie projektu

Lider uczestniczy w spotkaniach z Tobą i w decyzjach technicznych. Przy różnicy zdań ostatnie słowo ma Project Tech Leader, a gdy brakuje umiejętności, może zaproponować zmianę składu zespołu. Prowadzi dokumentację techniczną i wypełnia techniczną listę kontrolną przy zamknięciu projektu.

Przywództwo techniczne w KYOTO

Maciej Sułek był Project Tech Leaderem w KYOTO w pierwszym etapie współpracy, a zespół zbudował MVP. W 2024 roku współpraca wróciła i do grudnia 2024 rozwijaliśmy produkt w Scrumie. Przez trzy i pół roku projekt urósł z MVP UX/UI do systemu zarządzania bateriami (BMS) opartego na SCADA, czyli warstwie nadzoru, która pokazuje stan instalacji. BMS monitoruje i steruje przepływem energii w czasie rzeczywistym.

Co zbudowaliśmy dla KYOTO

Zakres obejmował infrastrukturę w chmurze AWS, platformę planowania i symulacji, BMS i dashboardy SCADA. Stos to React.js, Python i AWS, a do infrastruktury Terragrunt i Jenkins. System zawierał funkcje nadzoru, zbieranie danych pogodowych, analizę cen energii i interfejs symulacji wydajności instalacji.

Jak pracowaliśmy nad KYOTO

Pracowaliśmy w Agile i Scrumie i dokładaliśmy funkcje wraz z rosnącymi potrzebami elektrowni. Zespół pracował ramię w ramię z ekspertami od magazynowania ciepła, sprzętu i rynków energii i regularnie bywał na miejscu w Oslo, żeby połączyć sprzęt z oprogramowaniem.

Przywództwo techniczne w Mudita

Maciej Sułek jest Project Tech Leaderem w Mudita od lipca 2022 roku i sam przygotował wymagania techniczne. Projekt to sklep z aplikacjami dla telefonu Mudita Kompakt oraz platforma aktualizacji bezprzewodowych (OTA) telefonów Mudita.

Zarządzanie projektem w doradztwie i discovery

Project Manager pilnuje harmonogramu, zakresu i komunikacji.

Role i rytm

Project Manager jest zwykle Product Ownerem albo Scrum Masterem projektu, nigdy obydwoma naraz. Organizuje regularne retrospektywy projektowe, poza wydarzeniami Scruma.

Harmonogram, zmiany i ryzyka

Project Manager odpowiada za harmonogram, priorytety zadań i terminy oraz monitoruje postęp, w razie potrzeby z działaniami korygującymi. Zmiana poza uzgodnionym zakresem jest blokowana, dopóki klient jej nie zaakceptuje. Ryzyka są identyfikowane i eskalowane do Business Ownera albo Head of Delivery.

Komunikacja

Każdy projekt ma własny kanał na Slacku, jasne zasady komunikacji z klientem oraz spotkania z agendą i pilnowanym limitem czasu.

Narzędzia klienta

Gdy klient woli, pracujemy w jego narzędziach. U Skyfri były to MS Teams, Outlook z kontami w domenie klienta, Slack i Jira klienta, a w KYOTO Slack i Jira klienta.

Od sprintu do wydania i dalej

Sprinty

Sprinty, inspirowane Scrumem, dzielą zakres na części możliwe do dostarczenia w krótkim, kontrolowanym czasie. Każdy sprint kończy się wydaniem i demonstracją działającej części produktu.

Sprinty w Zeronest

W platformie zarządzania energią Zeronest ten sam zespół Order Group pracuje nad platformą od początku, w jedno- lub dwutygodniowych sprintach Scrum. Wczesną wersję pokazano na Intersolar Europe w czerwcu 2024, a platforma działa od tamtej pory na produkcji.

Praktyki w każdym projekcie

Każdy projekt obejmuje dostarczanie przy każdej demonstracji, codzienne krótkie spotkania zespołu, przegląd koleżeński, przegląd kodu i narzędzia do zarządzania. Zadania zapisujemy jako historyjki użytkownika z punktami złożoności, każde zadanie ma wskazaną osobę odpowiedzialną, a dokumentacja jest na bieżąco. Project Manager lub Scrum Master dba o integrację zespołu.

Stabilizacja i wydanie

Na etapie stabilizacji dopracowujemy każdy obszar, od którego zależy, czy produkt spełni oczekiwania użytkowników. Gdy etap się kończy, a pierwsi użytkownicy dają pozytywne opinie, wdrażamy pierwszą wersję na produkcję.

Po wydaniu

Po wydaniu możemy monitorować wydajność i analizować, jak użytkownicy korzystają z produktu.

Stały zespół przy produkcie Enerace

W Enerace zespół zostaje z produktem przez warsztaty, estymaty, dostarczanie, testy na środowisku testowym, wydanie i utrzymanie. Monitoring produkcji wysyła alerty do zespołu na Slacku, osobne środowisko testowe działa na zanonimizowanej kopii produkcji, a aplikacja mobilna jest aktualizowana pod wymogi sklepów.

Regularna pielęgnacja w Enerace

Regularna pielęgnacja utrzymuje platformę Enerace na aktualnych wersjach, więc przyjmuje nowe moduły bez przepisywania. Stos przeszedł duże modernizacje w latach 2022, 2023, 2025 i 2026.

Etapy dostarczania w Centrum Komunikacji

System żyje we wspólnym repozytorium React i React Native (Expo), z kodem współdzielonym między webem a mobile i CI/CD od pierwszych tygodni. Etap 1 trafił do klienta na testy we wrześniu i październiku 2025. Etap 2, od lutego do kwietnia 2026, objął infrastrukturę produkcyjną, testy bezpieczeństwa i wydajności, audyt WCAG, szkolenie personelu klienta i publikację w sklepach z aplikacjami.

Kontrola jakości w Centrum Komunikacji

Ci sami ludzie, którzy zbudowali system, wdrożyli go i nadal go utrzymują. QA sprawdza każdą zmianę zgłoszoną przez personel klienta, zanim zostanie zamknięta.

Discovery w praktyce: siedem projektów

PSONI: rozbudowane discovery

Faza discovery dla PSONI trwała około trzech miesięcy, od 17 marca do 15 czerwca 2026. Obejmowała sprinty discovery oraz sprinty, które testowały dowód koncepcji z AI, przed kolejnymi etapami.

Firma handlu energią: od warsztatu do specyfikacji

Nowy klient. Współpraca zaczęła się od warsztatu otwierającego 29 lipca 2026, a specyfikacja wymagań z historyjkami użytkownika była następną fazą prac. Zamknęła pierwszą fazę 29 września 2026.

Enerace: warsztaty w całym życiu projektu

Enerace to inny, długoletni klient. Warsztaty wracały tam przy kolejnych modułach: wybór architektury w 2021, projekt nowych modułów, import faktur w 2024 oraz nowe widoki i moduł PowerShift w 2025. Warsztaty o imporcie faktur odbyły się przed zbudowaniem modułu kontroli faktur. Jeden zespół rozwija produkt od 2020 roku.

Centrum Komunikacji: warsztaty planistyczne

Projekt zaczął się od warsztatów planistycznych w lipcu 2025. Wymagania przetargu podzielono na moduły, każdy powiązany z punktem specyfikacji. Start produkcyjny nastąpił 20 kwietnia 2026, dziewięć miesięcy po pierwszych warsztatach.

Centrum Komunikacji: warsztaty z użytkownikami

Od września 2025 do stycznia 2026 warsztaty i testy z osobami głuchymi i niewidomymi dały pakiet około 30 zmian UX i UI. Należały do nich paleta o wysokim kontraście, obrysy przycisków, wyraźniejsze stany wybrane, wąska kolumna treści, sekcja pomocy i powody odrzucenia wniosku w Polskim Języku Migowym. Po szkoleniu personelu klienta tłumacze poprosili o podgląd własnego obrazu w odbiciu lustrzanym i go dodaliśmy.

Skyfri: najpierw audyt, potem EMS

Najpierw był audyt techniczny, potem EMS i współpraca wewnątrz zespołu klienta. Szczegóły są w sekcji o audycie technicznym.

KYOTO: przywództwo techniczne i MVP

Przywództwo techniczne w pierwszym etapie, które dało MVP, oraz rozwój produktu w 2024 roku. Szczegóły są w sekcji o fractional CTO.

Mudita: przywództwo techniczne

Przywództwo techniczne od lipca 2022 roku. Szczegóły są w sekcji o fractional CTO.

Dlaczego z nami

Jeden zespół, NDA i Twój kod

Inżynierowie prowadzący warsztat budują potem produkt, więc opowiadasz o swoim biznesie raz, a kod piszą ludzie, którzy to usłyszeli. NDA podpisujemy przed warsztatem, a część klientów opisujemy wyłącznie branżą. Autorskie prawa majątkowe do kodu przechodzą na Ciebie z każdą płatnością, w polach eksploatacji z umowy.

Ochrona Twoich danych

Jesteśmy procesorem, a Ty administratorem, z osobną umową powierzenia przetwarzania danych na każdy projekt na podstawie art. 28 ust. 3 RODO. Konta są imienne, dostęp idzie przez AWS IAM Identity Center zgodnie z zasadą najmniejszych uprawnień, a procedury przeglądamy co 12 miesięcy. Incydent zgłaszamy najpóźniej w 24 godziny. Po zakończeniu umowy usuwamy lub zwracamy dane w 10 dni roboczych i potwierdzamy to na piśmie w 7 dni. Szczegóły opisuje strona Bezpieczeństwo i RODO.

Projekty
160+

projektów zrealizowanych od 2013 roku w 15+ branż

Zespół
40+

osób pracuje w Order Group

Clutch
5,0

średnia ocena z 18 zweryfikowanych opinii

Warsztat
0 zł

podstawowy warsztat discovery

Produkt i discovery

Poradniki i analizy

Produkt i discovery Zaktualizowano 17 min czytania

Jak wybrać odpowiedni zespół do outsourcingu IT
Produkt i discovery Zaktualizowano 5 min czytania

Dlaczego MVP jest tak ważne?
Produkt i discovery Zaktualizowano 7 min czytania

Finansowanie seed dla startupów w Skandynawii
Produkt i discovery Zaktualizowano 5 min czytania

Wyzwania UX i UI w branży motoryzacyjnej
Produkt i discovery Zaktualizowano 3 min czytania

Jak kolor typografii wpływa na czytelność?
Produkt i discovery Zaktualizowano 2 min czytania

Czym jest Minimum Lovable Product (MLP) i czym różni się od MVP?
Wszystkie artykuły (11): Produkt i discovery

Doradztwo IT i discovery: odpowiedzi

FAQ

Karol Oponowicz
Karol Oponowicz
Co-founder & Business Owner
Umów bezpłatną rozmowę discovery

  • Faza discovery to etap przed budową, w którym zespół ustala, co zbudować, dla kogo, w jakiej kolejności i przy jakich ograniczeniach technicznych. Zamienia pomysł w zakres, z którego zespół może zaplanować pracę. Dla nowego produktu nasze usługi discovery są pierwszym etapem współpracy, a ci sami inżynierowie budują potem produkt.

  • Tak. Podstawowe discovery jest bezpłatne zawsze: jeden warsztat discovery i przygotowana na jego podstawie podstawowa wersja PoC lub makiety, która pozwala oszacować pracę. Rozbudowane discovery to osobny, szerszy zakres, który może trwać kilka miesięcy, jak w PSONI.

  • To zależy od zakresu. Warsztat otwierający w jednym z naszych projektów trwał trzy godziny, a rozbudowana faza discovery dla PSONI około trzech miesięcy, od 17 marca do 15 czerwca 2026. Agenda warsztatu otwierającego miała cztery punkty, a po nim powstało pisemne podsumowanie.

  • Pisemne podsumowanie warsztatu, zakres potwierdzony z decydentem i harmonogram kolejnych kroków. Bezpłatne podstawowe discovery dodaje wycenę i podstawową makietę lub PoC. Mapy ścieżek, przepływy użytkownika, prototypy, backlog i historyjki użytkownika powstają w rozbudowanym discovery.

  • Inżynierowie, którzy potem budują produkt. Po naszej stronie uczestniczą Project Tech Leader, Project Manager lub Scrum Master i Business Owner, a Product Designer pracuje z Twoim Product Ownerem. Rolę Product Ownera możesz przyjąć sam.

  • Jasny pomysł nadal opiera się na założeniach o zakresie, integracjach i priorytetach. Warsztat sprawdza je z ludźmi, którzy będą budować produkt, a pytania o integracje i kwestie techniczne są w jego agendzie.

  • Nasze usługi doradztwa technologicznego to warsztaty discovery, audyt techniczny, usługi fractional CTO i discovery z AI. Dla produktu zbudowanego wokół AI następnym krokiem jest tworzenie MVP z AI, a dla istniejącego systemu oferujemy modernizację systemów informatycznych.

  • Project Manager pilnuje harmonogramu, priorytetów i terminów oraz blokuje zmiany poza uzgodnionym zakresem, dopóki nie zostaną zaakceptowane. Ryzyka trafiają do Business Ownera albo Head of Delivery, a Project Manager organizuje regularne retrospektywy. Każdy projekt ma własny kanał na Slacku, a jeśli wolisz, pracujemy w Twoich narzędziach.

  • Tak. NDA podpisujemy przed warsztatem, więc możesz otwarcie opowiedzieć o produkcie. Część naszych klientów występuje na tej stronie tylko z branżą, jak firma handlu energią.

  • Nie. Discovery pasuje do każdego momentu, w którym zakres jest niepewny: nowy produkt, nowy etap istniejącego albo pierwszy projekt z nowym partnerem. Enerace, długoletni klient, wracał na warsztaty przy kolejnych modułach w latach 2021, 2024 i 2025.

  • Ty. Autorskie prawa majątkowe do kodu przechodzą na Ciebie z każdą płatnością, w polach eksploatacji z umowy. Szczegóły opisuje strona Bezpieczeństwo i RODO.

  • Jesteśmy procesorem, a Ty administratorem, z osobną umową powierzenia przetwarzania danych na każdy projekt. Dostęp idzie przez konta imienne i AWS IAM Identity Center zgodnie z zasadą najmniejszych uprawnień. Incydent zgłaszamy najpóźniej w 24 godziny, a po zakończeniu umowy usuwamy lub zwracamy dane w 10 dni roboczych. Szczegóły opisuje strona Bezpieczeństwo i RODO.

  • Umów bezpłatną rozmowę discovery przez formularz kontaktowy i opisz, co chcesz zbudować. Na formularz odpowiadamy w 48 godzin w dni robocze.

Doradztwo IT i Discovery

Opowiedz, co chcesz zbudować

Twoja wiadomość trafi do

Filip Szamborski

Filip Szamborski

Co-founder & CEO

DOTYCHCZAS PRACOWALIŚMY MIĘDZY INNYMI Z MARKAMI TAKIMI JAK:

Dziękujemy za wiadomość.

Każdą wiadomość czytamy sami i odpowiadamy w ciągu 48 godzin w dni robocze.

Coś pilnego? hello@ordergroup.co

Zacznij od warsztatu discovery

Umów bezpłatną rozmowę discovery, pierwszy etap Twojego projektu oprogramowania.

Pola oznaczone gwiazdką (*) są wymagane.

Order Group sp. z o.o. wykorzysta podane dane tylko po to, żeby odpowiedzieć na Twoje zapytanie i zachować informację o nim (art. 6 ust. 1 lit. b i f RODO). Szczegóły, w tym Twoje prawa, znajdziesz w naszej Polityce prywatności (otwiera się w nowej karcie).

Odpowiadamy w ciągu 48 godzin w dni robocze - człowiek, nie autoresponder.

Korzystasz z asystenta AI? Może wysłać to zapytanie za Ciebie albo przygotować wypełniony formularz - instrukcję znajdzie w llms.txt.

Ustawienia dostępności

Rozmiar tekstu

100%
Deklaracja dostępności