Czego wymagać od dewelopera, żeby projekt nie utknął (i nie zniknął).
Historie o projektach IT, które „utknęły" albo „zniknęły z deweloperem", nie biorą się z pecha. Biorą się z tego, że na starcie nie ustalono kilku konkretnych rzeczy. To nie jest kwestia zaufania na słowo — to lista wymagań, którą warto mieć w głowie, zanim cokolwiek podpiszesz.
Wymagaj widoczności postępu
Najgroźniejszy model to „zapłać i czekaj kilka miesięcy na demo". Wymagaj pracy w krótkich cyklach — działająca wersja na serwerze testowym co 1–2 tygodnie. Jeśli regularnie klikasz to, za co płacisz, projekt nie ma jak po cichu utknąć, bo zobaczysz to od razu.
Wymagaj jednego rozmówcy
Pytaj, z kim będziesz rozmawiać. Z osobą, która buduje, czy z pośrednikiem, który przekazuje dalej? Im więcej ogniw między Tobą a kodem, tym wolniej idzie i tym łatwiej o „głuchy telefon". Jeden odpowiedzialny człowiek to mniej overheadu i jasna odpowiedzialność — to zresztą sedno różnicy między partnerem a wykonawcą.
Wymagaj własności kodu i danych
Kod ma być Twój od pierwszego dnia, w Twoim repozytorium, z dokumentacją. To Twoje zabezpieczenie na wypadek, gdyby współpraca się nie ułożyła — możesz wziąć projekt i pójść do kogoś innego. Bez tego jesteś uwiązany, nawet jeśli wszystko idzie dobrze.
Wymagaj jasnych kamieni milowych i zasad płatności
Zakres rozbity na etapy, płatności powiązane z dostarczeniem, jasne „co jest w cenie, a co nie". To chroni obie strony: Ty wiesz, za co płacisz, a deweloper wie, kiedy dostanie pieniądze. Mgła wokół zakresu to najczęstszy powód, dla którego projekty się sypią.
Te wymagania to nie roszczenia — to higiena
Dobry deweloper sam Ci to zaproponuje, zanim zapytasz. Jeśli przy którymkolwiek z tych punktów słyszysz wykręty — to sygnał. Chcesz wiedzieć, jak wygląda współpraca, która spełnia wszystkie te warunki? Zobacz, jak pracuję, albo umów bezpłatną rozmowę.