Sprint określania zakresu kończy się zestawem dokumentów — architektura, interfejsy, lista ryzyk, plan testów — na tyle szczegółowym, by można było go wycenić. Następnie podajemy jedną kwotę i jeden harmonogram odniesiony do tego dokumentu. Podpisujesz umowę o stałej cenie na rozwój oprogramowania, kamienie milowe są opłacane po odbiorze, a każdy nowy pomysł wchodzi jako wyceniony change order, a nie ciche rozszerzanie zakresu.

Tak. Rozwój oprogramowania w agile w ramach umowy o stałej cenie sprawdza się, gdy granica zakresu jest ustalona, a wnętrze projektu pozostaje zwinne: kamienie milowe są zorientowane na rezultat, a nie rozpisane ekran po ekranie, a wewnątrz każdego kamienia milowego zespół planuje, dostarcza i prezentuje efekty w sprintach. Uczestniczysz w przeglądach, możesz przesuwać priorytety w obrębie kamienia milowego i nigdy nie czekasz do samego końca, by zobaczyć działające oprogramowanie.

Tak. Tworzenie aplikacji w modelu stałej ceny, tworzenie stron internetowych w modelu stałej ceny oraz projekty API czy systemów back-office korzystają z tego samego modelu. Zakresy mobilne zwykle wymagają dodatkowej fazy utwardzania pod kątem przeglądu w sklepach i pokrycia urządzeń; zakresy webowe zazwyczaj obejmują dostępność (accessibility) i pracę nad Core Web Vitals. Oba elementy mieszczą się w wycenionym planie, a nie poza nim.

Tak, gdy zgodność z przepisami jest częścią zakresu. Projektujemy zgodnie z wymogami MiCA, PSD2 oraz AML / Travel Rule od pierwszego dnia i na bieżąco tworzymy dowody — logi, raporty, runbooki. Opinie licencyjne wciąż należą do Twoich prawników; nie oferujemy porad prawnych.

Wyceniamy ją jako change order z własnym terminem i płatnością. Możesz ją zatwierdzić, odłożyć lub odrzucić. Podstawowa cena umowy pozostaje uczciwa, ponieważ zakres zmienia się tylko wtedy, gdy to podpiszesz.

Wtedy stała cena to niewłaściwe narzędzie. Zacznij od wzmocnienia zespołu (staff augmentation) lub dedykowanego zespołu, dopóki plan się nie ustabilizuje, a następnie przejdź na umowę o stałej cenie, gdy granica zakresu będzie jasna. Wymuszanie stałej ceny przy ruchomym zakresie prowadzi dokładnie do przekroczenia budżetu, którego model miał uniknąć.