Dwa zespoły zamiast jednego - rozliczane za zadania, nie za obecność
Dynamicznie rosnąca aplikacja e-commerce, wewnętrzny zespół i potrzeby, które pojawiają się szybciej niż da się rekrutować. Od 2022 roku pracujemy obok zespołu klienta: stała obsada plus projekty realizowane ad hoc, gdy biznes tego wymaga.
Tło i problem biznesowy
Rozliczenie za zadania, nie za godziny obecności
Klient zamawia konkretne zadanie, dostaje wycenę i termin, a płaci za wykonany efekt. Cztery elementy, które sprawiają, że to działa. Wybierz, żeby zobaczyć szczegóły.
Więcej zrealizowanych prac i reakcja w tempie biznesu
Dział e-commerce i zarząd nie muszą czekać z pomysłami na wolne moce wewnętrznego zespołu. Potrzeba, która pojawia się w środę, może wejść do realizacji bez przebudowywania planu na kwartał.
Wyzwania na start
Co zrobiliśmy
Stała obsada plus projekty realizowane ad hoc
Zadanie, wycena, termin
WYZWANIE
CO ZBUDOWALIŚMY
Klient zgłasza konkretną potrzebę, a nie zapotrzebowanie na osobę. Dostaje opis zakresu, wycenę i termin, po czym decyduje, czy zadanie wchodzi do realizacji teraz, czy później.
Analiza po naszej stronie
WYZWANIE
CO ZBUDOWALIŚMY
Gdy potrzeba jest zgłoszona ogólnie, sami przygotowujemy opis zadania, wycenę i plan działania. Klient dostaje gotową propozycję do zatwierdzenia, zamiast szczegółowo specyfikować każdą zmianę.
Wiedza w dwóch miejscach
WYZWANIE
CO ZBUDOWALIŚMY
Nasz zespół zna system klienta tak samo dobrze jak zespół wewnętrzny. Dokumentujemy rozwiązania, więc żadna część aplikacji nie zależy od pamięci jednej osoby.
Skład dobierany do zadania
WYZWANIE
CO ZBUDOWALIŚMY
Stała obsada obsługuje bieżący rozwój, a przy większych projektach rozszerzamy zespół na czas realizacji - o kompetencje, których w danym momencie brakuje.
Szczegóły
Potrzeby biznesu wyprzedzały możliwości jednego zespołu
Reakcja na potrzeby, które pojawiają się nagle
Dział e-commerce i zarząd zgłaszają inicjatywy w tempie rynku, nie w tempie kwartalnego planowania zasobów.
Dostęp do kompetencji bez rekrutacji
Część zadań wymaga specjalisty na dwa tygodnie. Zatrudnianie go na stałe byłoby kosztem bez pokrycia w realnym obłożeniu.
Elastyczny koszt, powiązany z pracą
Rozliczenie miało odzwierciedlać zrealizowane prace, a nie liczbę godzin, w których ktoś był dostępny.
Zabezpieczenie wiedzy o systemie
Uzależnienie całego produktu od jednego zespołu to ryzyko biznesowe - przy rotacji albo urlopach rozwój się zatrzymuje.
Jakość, która nie generuje długu
Przy współpracy liczonej w latach każde obejście wraca jako koszt kolejnej zmiany.
Reakcja na potrzeby, które pojawiają się nagle
Dział e-commerce i zarząd zgłaszają inicjatywy w tempie rynku, nie w tempie kwartalnego planowania zasobów.
Dostęp do kompetencji bez rekrutacji
Część zadań wymaga specjalisty na dwa tygodnie. Zatrudnianie go na stałe byłoby kosztem bez pokrycia w realnym obłożeniu.
Elastyczny koszt, powiązany z pracą
Rozliczenie miało odzwierciedlać zrealizowane prace, a nie liczbę godzin, w których ktoś był dostępny.
Zabezpieczenie wiedzy o systemie
Uzależnienie całego produktu od jednego zespołu to ryzyko biznesowe - przy rotacji albo urlopach rozwój się zatrzymuje.
Jakość, która nie generuje długu
Przy współpracy liczonej w latach każde obejście wraca jako koszt kolejnej zmiany.
Szczegóły
Kod, który zostaje w firmie na lata
Testy automatyczne
Zmiana w jednym miejscu nie psuje innego bez ostrzeżenia.
Zasady SOLID
Struktura kodu, w której kolejna funkcja nie wymaga przebudowy całości.
Code review
Każda zmiana przechodzi przez drugą parę oczu, także między zespołami.
CI/CD
Wdrożenia powtarzalne i przewidywalne, bez ręcznych kroków.
Dokumentacja rozwiązań
Opis działania powstaje razem z kodem, nie po fakcie.
Testy automatyczne
Zmiana w jednym miejscu nie psuje innego bez ostrzeżenia.
Zasady SOLID
Struktura kodu, w której kolejna funkcja nie wymaga przebudowy całości.
Code review
Każda zmiana przechodzi przez drugą parę oczu, także między zespołami.
CI/CD
Wdrożenia powtarzalne i przewidywalne, bez ręcznych kroków.
Dokumentacja rozwiązań
Opis działania powstaje razem z kodem, nie po fakcie.
Szczegóły
team
2 programiści
kierownik projektu
kontrola jakości
Zewnętrzny Dyrektor IT
Szczegóły
Stała obsada plus projekty realizowane ad hoc
Stały trzon zespołu
Dwóch programistów, kierownik projektu i kontrola jakości pracują przy aplikacji na bieżąco. Znają system, więc nie tracą czasu na wchodzenie w kontekst.
Zewnętrzny Dyrektor IT przy decyzjach
Przy wyborach, które wychodzą poza bieżący rozwój - architektura, dostawcy, kierunek produktu - po stronie klienta jest ktoś z naszym doświadczeniem.
Rozszerzanie składu pod projekt
Gdy pojawia się większa inicjatywa, dobieramy kompetencje na czas jej realizacji i wracamy do stałego składu po zakończeniu.
Dwa zespoły, jeden produkt
Zespół wewnętrzny i nasz pracują na tym samym kodzie, w tych samych standardach. Podział zadań ustalamy tak, żeby się nie dublować.
Efekty
Co zmieniło się po wdrożeniu
Więcej prac
zrealizowanych w tym samym czasie niż siłami jednego zespołu
Reakcja ad hoc
na potrzeby działu e-commerce i zarządu
Dwa zespoły
inhouse i nasz - większa pewność ciągłości działań
Od 2022
współpraca trwa i rozwija się wraz z produktem
Wnioski
Co z tego wynika dla innych firm
Zadania zamiast etatów
Gdy zapotrzebowanie jest nierówne, rozliczenie za zrealizowane prace jest uczciwsze dla obu stron niż utrzymywanie stałej dostępności.
Drugi zespół to zabezpieczenie, nie koszt
Firma, w której wiedzę o systemie ma tylko jedna grupa ludzi, płaci za to przy każdej rotacji i każdym urlopie.
Analiza po stronie wykonawcy skraca drogę
Jeśli partner sam przygotuje opis zadania i wycenę, kierownik projektu klienta nie staje się wąskim gardłem procesu.
Wasz zespół nie nadąża za pomysłami biznesu?
Porozmawiajmy- ustalimy, które prace warto przenieść na zewnątrz, a które powinny zostać u Was.