Jak by měla vypadat SMLOUVA O SPOLUPRÁCI?

A co má vlastně garantovat?

Víte, že dle statistik 61 % dodavatelů software se setkalo s výraznými nebo častými změnami v realizaci zadaných projektů na míru? V 87 % u těchto vývojových projektů byl překročen rozpočet a v 90 % byl překročen termín. Proč se to děje tak často? Protože vývoj software do kategorie spíše komplexních problémů.

Představte si, že jste v situaci, kdy potřebujete:

▶ doplnit novou funkčnost do stávajícího stavu aplikací ve firmě a nenašli jste na trhu žádnou aplikaci, která ji má
▶ potřebujete propojit a integrovat samostatně fungující aplikace ve firmě
▶ potřebujete optimalizovat celé své „aplikační“ prostředí ve firmě

Jak si vybrat toho pravého dodavatele, který vám dodá požadované řešení na míru, a ještě se vejde do dohodnutého rozpočtu?

Určitě musíte mít dobře formalizovanou dohodu.

Ideální je všechno si vyříkat hned na začátku. Musíte si společně potvrdit, že za rozpočet, který máte k dispozici, lze vaši „business“ potřebu nejen vyřešit, ale také realizovat.

▶ Potenciální dodavatel vám nabídne varianty řešení, včetně rizik a kvalifikovaných odhadů pracnosti.
▶ Vy si vyberete zadání a zavážete dodavatele termínem a budgetem.

Termín a cena vývoje software jsou zafixovanými parametry a vy jste spokojen a jde se na realizaci. JAK TO ALE VYPADÁ V PRAXI?

V průběhu dodávky většina zadavatelů zjišťuje, že k řešení, které opravdu potřebuje, nevedou požadavky definované v zadání projektu. Jak se to může stát?

▶ zadání projektu je specifikováno dlouhým výčtem požadavků
▶ význam jednotlivých bodů specifikace nebyl ověřen (mohou být i v konfliktu)

JAK SE TOMU VYHNOUT?

Uzavřít kontrakt na „agilní vývoj software“, nebo „Rámcovou smlouvu“. Obě formy umožňují v průběhu realizace pružně reagovat na situaci.

Zachycovat by měly především:

✅ rámcově vydefinovat svou vizi a „bussinesové“ cíle a situaci
✅ konkrétní potřeby, ucelenou část z deklarovaných požadavků, na základě analýzy, kterým obě strany rozumí stejně a na kterých se dohodly, že se budou řešit jako první
✅ časové rozpětí a rozpočet konkrétních potřeb
✅ jasnou organizaci spolupráce, rozložení odpovědností a rizik mezi obě strany

Je to cesta, jak se na začátku projektu vyhnout snaze vytvořit „vyčerpávající a neprůstřelnou“ specifikaci všech potřeb, nad kterými nemá smysl ztrácet čas. Spousta věcí se totiž ukáže teprve v průběhu spolupráce.

Je lepší začít řešit a realizovat konkrétní, jasně definované ucelené části potřeb. Teprve po jejich dokončení pokračovat ke specifikaci dalších ucelených částí potřeb a jejich realizaci.

Takto to děláme i my v Syntea.
#syntea #softwarenamiru #vyvojsoftware #vyvojaplikaci #optimalizace