Fractional CTO i CTO as a service
Fractional CTO to lider techniczny, który pracuje z firmą w niepełnym wymiarze i wyznacza kierunek techniczny. W Order Group nasz CTO i Project Tech Leader pełnią tę rolę w projekcie, który buduje nasz zespół. W projekcie Mudita nasz CTO sam napisał wymagania techniczne.
Czym jest fractional CTO i czym różni się od CTO as a service oraz CTO na pełny etat?
Fractional CTO pracuje z Twoją firmą w niepełnym wymiarze, CTO as a service to ta sama rola dostarczana przez firmę, a CTO na pełny etat jest zatrudniony w firmie. Osoba odpowiedzialna za technologię może mieć jedną z trzech form:
- Fractional CTO: doświadczony lider techniczny, który pracuje z Twoją firmą w niepełnym wymiarze. Wyznacza kierunek techniczny, podejmuje decyzje o architekturze i prowadzi inżynierów, ale nie jest pracownikiem na pełny etat.
- CTO as a service: ta sama rola, ale dostarczana przez firmę, a nie przez jedną osobę.
- CTO na pełny etat: lider techniczny zatrudniony w Twojej firmie.
Startupy i firmy w fazie skalowania, które nie mają lidera technicznego, sięgają po pierwsze dwie opcje, gdy CTO na etat nie jest jeszcze właściwym krokiem. To definicje, których używa rynek. Nasz model to ten drugi: Order Group dostarcza rolę jako firma. Nasz CTO i Project Tech Leader pełnią ją w projekcie, który buduje nasz zespół, więc osoba wyznaczająca architekturę pracuje obok inżynierów piszących kod.
Kiedy firma potrzebuje CTO
Firma potrzebuje CTO, gdy decyzje techniczne zaczynają kształtować biznes, a nikt za nie nie odpowiada. Objawia się to tak:
- Produkt trzeba zbudować, a jego architektura jest wciąż otwarta.
- Dostajesz szacunki, a strona biznesowa nie ma jak ich zweryfikować.
- Ryzyka techniczne siedzą w głowach ludzi zamiast w planie.
- Zespół pisze kod bez ustalonych standardów i procesu code review.
- Decyzje o rozwiązaniach technicznych stoją w miejscu, bo nikt nie ma ostatniego słowa.
Za każdy z tych punktów w naszych projektach odpowiada Project Tech Leader.
Za co odpowiadają nasz CTO i Project Tech Leader
Architektura
Wymagania techniczne
Standardy i code review
Szacunki i ryzyka
Spotkania i decyzje
Dokumentacja i zamknięcie
Jak zaczyna się i przebiega współpraca
Zaczynamy od bezpłatnych warsztatów Discovery, które prowadzą inżynierowie budujący później produkt. Kończą się briefem, budżetem i planem technicznym, który obejmuje zakres MVP, roadmapę oraz szacunek kosztu, czasu i składu zespołu. Więcej przeczytasz na stronie o naszych usługach consultingowych i discovery oraz o warsztatach Discovery.
Dobrze widać to na przykładzie Skyfri. Współpracę otworzyło Technical Feasibility Study w listopadzie 2023 roku: analiza rynku, studium wykonalności i specyfikacja techniczna. Potem przyszły architektura i wdrożenie systemu zarządzania energią, a rozwiązanie trafiło na produkcję w czerwcu 2024 roku.
W trakcie budowy pracujemy w Twoich narzędziach, jeśli wolisz. W Skyfri to MS Teams, Slack i Jira klienta, w KYOTO był to Slack i Jira klienta. Co miesiąc dostajesz raport przepracowanego czasu. Sprinty, review i dema opisujemy na stronie jak pracujemy.
Dowody: Skyfri, KYOTO i Mudita
Trzy projekty pokazują rolę techniczną w praktyce:
- Skyfri. Architektura: nowy system IoT oparty na Azure IoT Hub i Edge, zbudowany w React, Python asyncIO i Databricks. Pod kontrolą systemu zarządzania energią (EMS) jest 7 obiektów. Całość to ponad 5 MWh pojemności magazynów i ponad 4 MW mocy baterii. Przeczytaj case study Skyfri; znajdziesz je w naszym hubie oprogramowania dla energetyki.
- KYOTO (Norwegia). Rozwój produktu trwał od stycznia do grudnia 2024 roku. Rozliczaliśmy go w modelu time and material, a pracowaliśmy w Scrumie. Zakres obejmował infrastrukturę chmurową w AWS, platformę do planowania i symulacji, system zarządzania baterią oraz kokpity SCADA (system nadzoru i sterowania procesami). Maciej Sułek, Co-founder & CTO, był Project Tech Leaderem. Przeczytaj case study KYOTO.
- Mudita. Sklep z aplikacjami na telefon Mudita Kompakt i platforma aktualizacji OTA telefonów Mudita. Maciej Sułek jest Project Tech Leaderem od lipca 2022 roku i sam przygotował wymagania techniczne.
Realizacje
Przywództwo techniczne w praktyce: Skyfri i KYOTO
-
-
KYOTO - przemysłowy IoT i cyfrowy bliźniak do magazynowania energii cieplnej
Order Group wspiera nas, jest elastyczny i dostarcza wysokiej jakości rezultaty.
Kto pełni rolę CTO i dlaczego warto budować z nami
Rolę CTO pełni Maciej Sułek, nasz Co-founder & CTO, wraz z Project Tech Leaderem każdego projektu. Maciej jest współzałożycielem Order Group, która działa od 2013 roku, a w pierwszych latach firmy prowadził projekty jako tech lead. Jego profil znajdziesz na stronie eksperta.
Project Tech Leadera każdego projektu wyznacza nasz CTO w porozumieniu z szefami zespołów frontendu i backendu. Ta osoba uczestniczy w spotkaniach z Tobą i pracuje obok inżynierów, którzy prowadzą warsztaty Discovery, a potem budują produkt.
Order Group to software house z Warszawy (Chmielna 25, 00-021 Warszawa). Od 2013 roku zrealizowaliśmy 160+ projektów, a nasze doświadczenie obejmuje 15+ branż. Klienci oceniają nas na 5,0/5 w Clutch, na podstawie 18 zweryfikowanych opinii.
Koszt i jak zacząć
Domyślnie rozliczamy się w modelu time and material, czyli płacisz za faktycznie przepracowany czas. Stała cena jest możliwa, gdy zakres jest zamknięty. Koszt zależy od wielkości projektu, dlatego szacujemy go razem z Tobą na bezpłatnych warsztatach Discovery.
Możesz też napisać przez formularz kontaktowy i dostać odpowiedź w ciągu 48 godzin w dni robocze. Powiązane usługi: oprogramowanie na zamówienie, platformy chmurowe i model nearshore.
Fractional CTO i CTO as a service: najczęstsze pytania
-
Fractional CTO to lider techniczny, który pracuje z firmą w niepełnym wymiarze i wyznacza kierunek techniczny. Dostarczamy tę rolę przez nasz własny zespół: nasz CTO i Project Tech Leader pełnią ją w budowanym przez nas projekcie, od architektury i wymagań technicznych po standardy kodu, szacunki i ryzyka.
-
Fractional CTO to jedna osoba pracująca w niepełnym wymiarze. CTO as a service to ta sama rola dostarczana przez firmę, a nie przez jedną osobę. CTO na pełny etat jest zatrudniony w Twojej firmie. My dostarczamy rolę jako firma: nasz CTO i osoby w roli Project Tech Leader pracują w projektach budowanych przez nasz zespół.
-
Firma potrzebuje CTO, gdy decyzje techniczne zaczynają kształtować biznes, a nikt za nie nie odpowiada: architektura, szacunki, ryzyka techniczne albo standardy kodu. W naszym modelu rola zaczyna się na bezpłatnych warsztatach Discovery i trwa przez całą budowę.
-
Za architekturę, wymagania techniczne, standardy kodu i code review, weryfikację szacunków, ryzyka techniczne, dokumentację techniczną i decyzje o rozwiązaniach technicznych. W sprawach spornych ostatnie słowo ma Project Tech Leader.
-
Zaczyna się od bezpłatnych warsztatów Discovery, które prowadzą inżynierowie budujący później produkt, a kończy briefem, budżetem i planem technicznym. W Skyfri współpracę otworzyło Technical Feasibility Study w listopadzie 2023 roku, a potem przyszły architektura i wdrożenie.
-
Każdy projekt ma Project Tech Leadera, wyznaczanego przez naszego CTO w porozumieniu z szefami zespołów frontendu i backendu. Maciej Sułek, Co-founder & CTO, był Project Tech Leaderem w KYOTO w 2024 roku, a w projekcie Mudita jest nim od lipca 2022 roku.
-
Domyślnie rozliczamy się w modelu time and material, więc płacisz za faktycznie przepracowany czas, a stała cena jest możliwa przy zamkniętym zakresie. Zacznij od bezpłatnych warsztatów Discovery albo napisz przez formularz kontaktowy, a odpowiedź dostaniesz w ciągu 48 godzin w dni robocze.
-
Tak. W Skyfri to MS Teams, Slack i Jira klienta, a w KYOTO Slack i Jira klienta, w Scrumie. Co miesiąc dostajesz raport przepracowanego czasu.
Zacznij od bezpłatnych warsztatów Discovery
Określamy zakres MVP, roadmapę oraz szacunek kosztu, czasu i składu zespołu.
Powiedz, kto dziś prowadzi technologię w Twojej firmie
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