Moduły oprogramowania pod klucz
Określona funkcja, stała cena, termin zapisany w umowie.
Realizacja przebiega w sprintach dwu- do czterotygodniowych. Każdy kończy się działającym oprogramowaniem (increment) i przeglądem z Twoim zespołem.
Opisz swoją sytuacjęKiedy pakiet ma zastosowanie
Pojedynczy moduł, nie zespół
Zapotrzebowanie dotyczy konkretnej funkcji, nie zwiększenia zatrudnienia.
Zespół zaangażowany gdzie indziej
Kompetencje są dostępne, ale zajęte zadaniami o wyższym priorytecie.
Wymóg przewidywalnego kosztu
Koszt musi być znany przed rozpoczęciem prac, a nie po ich zakończeniu.
Projekt bez widocznego końca
Rozliczenie godzinowe przestało prowadzić do zamknięcia zakresu.
Analiza wstępna: jeden do dwóch tygodni
Domknięcie zakresu jest pracą, nie formalnością — dlatego analiza stanowi osobny, wyceniany etap. Produktem końcowym są: uporządkowany backlog z kryteriami odbioru, szkic architektury, rejestr założeń i ryzyk oraz widełki wyceny. Całość pozostaje Twoją własnością niezależnie od decyzji o realizacji.
Wstępne sprawdzenie jest bezpłatne. Oceniamy Twój dokument względem poniższej listy i określamy, czy wystarcza do wyceny oraz jakiego nakładu wymaga jego domknięcie.
Co musi być domknięte, żeby podać cenę
Realizacja w incrementach
Zakres dzielimy na incrementy. Każdy powstaje w osobnym sprincie, złożonym z powtarzalnych czynności: plan, build, test, review. Sprint kończy się działającym oprogramowaniem i odbiorem częściowym.
Po każdym incremencie kod jest wdrażalny. Testy wykonują się w pipelinie, wdrożenie nie wymaga kroków ręcznych. Nie występuje końcowy etap scalania całości.
Dwa modele do wyboru
Nie każdy projekt daje się zamknąć zakresowo na starcie. Gdy jest to możliwe, ustalamy stały zakres. Gdy nie jest — stały pozostaje budżet i termin.
Stały zakres i stała cena
Dla modułów, które dają się opisać i domknąć. Zakres, cena i termin ustalone przed rozpoczęciem prac, rozliczenie po incrementach.
Stały budżet i stały termin
Dla prac, w których kierunek jest ustalony, a szczegóły nie. Zakres realizujemy w kolejności wartości, priorytety ustalasz przed każdym incrementem.
Zamiana zakresu bez dopłatyElement nierozpoczęty możesz wymienić na inny o porównywalnej wielkości — bez zmiany ceny i bez zmiany terminu. Zmiany powiększające zakres wyceniamy osobno i realizujemy po pisemnej akceptacji.
Co otrzymujesz
Po odbiorze moduł może zostać objęty utrzymaniem: aktualizacje bibliotek i łatek bezpieczeństwa, dostosowania do zmian w otoczeniu, drobne rozszerzenia, uzgodniony czas reakcji. To osobna umowa. Usuwanie wad objętych rękojmią pozostaje po naszej stronie i nie wchodzi w tę opłatę.
Najczęstsze pytania
Co, jeśli w trakcie zmienią się wymagania?
Wymiana nierozpoczętego elementu na inny o porównywalnej wielkości nie wiąże się z dopłatą. Zmiana powiększająca zakres przechodzi standardową ścieżkę: wycena wpływu na cenę i termin, przedstawienie na piśmie, realizacja po Twojej akceptacji.
Czy pracujecie w agile?
Realizacja przebiega w incrementach, każdy z review i zebraniem uwag. W modelu A zamrożony jest zakres, nie sposób pracy — zmieniać można kolejność. W modelu B elastyczny jest również zakres, w granicach ustalonego budżetu i terminu.
Kto odpowiada za testy?
Testy po naszej stronie stanowią część prac i wykonują się w pipelinie. Testy akceptacyjne po Twojej stronie są obowiązkowe: po każdym incremencie w zakresie tego, co powstało, oraz na zakończenie dla całości. Odbiór następuje według kryteriów ustalonych w analizie.
Co, jeśli po analizie zrezygnuję z realizacji?
Backlog, kryteria odbioru i szkic architektury pozostają Twoją własnością. Możesz zrealizować je własnym zespołem lub zlecić innemu dostawcy. Przygotowujemy je tak, aby nadawały się do wyceny również poza nami.
Co z błędami wykrytymi po odbiorze?
Wady istniejące w chwili odbioru usuwamy w ramach rękojmi, na warunkach zapisanych w umowie — bez dodatkowej opłaty. Utrzymanie modułu, czyli reagowanie na zmiany w jego otoczeniu i drobne rozszerzenia, objęte jest osobną umową.
Czy możemy przejąć moduł własnym zespołem?
Tak, i jest to przewidziane od początku. Przekazujemy kod, dokumentację, pipeline oraz instrukcję wdrożenia, a na życzenie przeprowadzamy przekazanie z Twoimi inżynierami.
Jak korzystacie z narzędzi AI?
Zasady pracy z narzędziami AI, w tym postępowanie z Twoim kodem i danymi, opisaliśmy w osobnym dokumencie przekazywanym przed rozpoczęciem prac. Stosujemy u siebie ten sam rygor, którego wymagamy w audycie kodu.
Sprawdźmy, czy da się to zamknąć w pakiecie
Napisz, co ma powstać i na kiedy. Wstępna ocena punktu wyjścia jest bezpłatna.
Opisz swoją sytuację