Výber dodávateľa softvéru je rozhodnutie na roky. Nie preto, že by sa nedal vymeniť — dá sa, len je to drahé. Zmena dodávateľa v polovici projektu znamená, že nový tím musí pochopiť cudzí kód, prevziať zodpovednosť za rozhodnutia, ktoré nerobil, a zvyčajne časť práce prepísať.

Preto sa oplatí venovať výberu viac času než vypýtaniu si troch ponúk. Nasledujúci postup vychádza z toho, ako projekty v praxi zlyhávajú — a takmer nikdy to nie je kvôli zvolenej technológii.

Čo si pripraviť pred prvým stretnutím

Kvalita ponuky priamo závisí od kvality zadania. Ak dodávateľ dostane vetu „potrebujeme systém na objednávky“, dostanete cenu vycucanú z prsta. Nie preto, že by chcel klamať — jednoducho nemá z čoho počítať.

Nemusíte prísť s hotovou špecifikáciou. To je práca dodávateľa. Mali by ste však vedieť odpovedať na toto:

Aký problém riešite. Nie aké riešenie chcete, ale čo vás bolí. Rozdiel medzi „chceme mobilnú aplikáciu“ a „technici v teréne vypisujú výkazy na papier a do systému sa dostanú s dvojdňovým oneskorením“ je zásadný. Prvé je návrh riešenia, druhé je zadanie.

Ako proces funguje dnes. Aj keď funguje zle. Stačí vedieť, kto čo robí, v akom poradí a kde to viazne.

Koľko ľudí to bude používať a ako. Desať ľudí v kancelárii a dvesto v troch smenách sú úplne iné projekty.

Aké systémy už máte. Účtovníctvo, e-shop, sklad. Integrácia býva podstatná časť rozpočtu.

Aké sú pevné obmedzenia. Termín naviazaný na sezónu, legislatívna povinnosť, rozhodnutie materskej firmy o technológii.

Približný rozpočet. Toto sa firmy zdráhajú povedať, lebo sa boja, že cena „vyskočí“ na horný okraj. V skutočnosti tým strácajú. Bez rozsahu rozpočtu vám dodávateľ nevie povedať, čo je za tie peniaze realistické — a vy dostanete ponuku, ktorá je buď mimo možností, alebo poddimenzovaná.

Otázky, ktoré sa oplatí položiť

Na prvom stretnutí sa hodnotí obojstranne. Kým dodávateľ zisťuje, či rozumie vášmu biznisu, vy zisťujete, či mu viete zveriť niečo, na čom firma pobeží.

Kto konkrétne bude na projekte pracovať? Na obchodnom stretnutí býva seniorný človek. Otázka je, kto bude písať kód a kto s vami bude v kontakte každý týždeň.

Môžeme si pozrieť referenciu podobného rozsahu? Nie logo na webe — konkrétny projekt a ideálne kontakt na klienta. Pýtajte sa ho, či sa dodržal termín a čo sa pokazilo. To druhé je zaujímavejšie.

Komu bude patriť zdrojový kód? Toto je najdôležitejšia otázka celého stretnutia a odpoveď musí byť v zmluve. Ak kód ostáva dodávateľovi, ste závislí navždy. Ak patrí vám, môžete kedykoľvek odísť inam.

Ako sa riešia zmeny počas projektu? Zmeny prídu vždy. Zaujíma vás postup: kto ich odhaduje, ako sa schvaľujú, či existuje rezerva.

Čo sa stane po odovzdaní? Kto opraví chybu o pol roka, aká je reakčná doba, koľko stojí podpora a či je povinná.

Ako odovzdávate projekt, ak sa rozídeme? Slušný dodávateľ má na to odpoveď a nerobí z nej problém. Ak sa pri tejto otázke začne krútiť, viete dosť.

Ako čítať cenovú ponuku

Tri ponuky sa takmer nikdy nedajú porovnať priamo, lebo každá počíta s niečím iným. Než sa pozriete na sumu, zistite toto.

Čo v cene nie je. Najčastejšie chýba analýza, migrácia existujúcich dát, testovanie, školenie používateľov, nasadenie a podpora po spustení. Ponuka bez týchto položiek nie je lacnejšia — je len neúplná.

Ako je stanovená cena. Pevná cena presúva riziko na dodávateľa, ktorý si ho pripočíta do rezervy, a zle znáša zmeny zadania. Účtovanie podľa odpracovaného času je flexibilnejšie, no vyžaduje, aby ste projekt priebežne sledovali. Pri projektoch s nejasným rozsahom býva rozumný kompromis pevná cena za analýzu a až po nej odhad zvyšku.

Aký podiel tvorí analýza. Ak je to pár percent, dodávateľ buď zadanie podcenil, alebo ho plánuje dorobiť za pochodu na váš účet. Kvalitná analýza tvorí podstatnú časť ceny — a je to tá časť, ktorá rozhoduje o tom, či sa dodrží termín aj rozpočet.

Či ponuka obsahuje odhad pracnosti po častiach. Jedno číslo za celý projekt sa nedá overiť. Rozpis na moduly áno — a hneď vidíte, kde sú predpoklady iné než vaše.

Pevná cena alebo účtovanie podľa času

Toto je otázka, na ktorej sa najčastejšie nerozumieme, tak si ju rozoberme podrobnejšie.

Pevná cena znie bezpečne — viete, čo zaplatíte. Má ale tri dôsledky. Dodávateľ si musí do ceny započítať rezervu na neznáme, takže pri dobrom priebehu zaplatíte viac, než bola skutočná práca. Zadanie musí byť vopred podrobne popísané, čo znamená dlhú prípravu. A každá zmena je dodatok — administratíva, rokovanie a zvyčajne aj napätie, lebo obe strany argumentujú, či daná vec v pôvodnom rozsahu bola.

Účtovanie podľa odpracovaného času je pružnejšie a pri nejasnom zadaní aj lacnejšie, lebo sa neplatí za rezervu. Vyžaduje však dôveru a vašu priebežnú kontrolu: chcete pravidelný výkaz, čo sa spravilo, a mať možnosť kedykoľvek povedať „toto už nerobte“.

V praxi sa najlepšie osvedčuje kombinácia. Analýza za pevnú cenu, pretože jej rozsah sa dá ohraničiť, a až na jej základe odhad implementácie. Vtedy sa rozhodujete s podkladom, nie s dojmom, a odhad má reálny základ.

Ak dodávateľ trvá na pevnej cene za celý projekt bez toho, aby predtým urobil analýzu, buď má v cene veľkú rezervu, alebo bude počas projektu argumentovať, že vaša požiadavka je nad rámec. Oboje sa vám nakoniec prejaví na faktúre.

Na čo si dať pozor v zmluve

Zmluvu netreba prehnane komplikovať, ale niekoľko vecí v nej byť musí.

  • Vlastníctvo diela a zdrojového kódu vrátane práva zadať úpravy komukoľvek inému.
  • Odovzdanie zdrojových kódov — kedy a v akej podobe. Ideálne priebežne do vášho repozitára, nie jednorazovo na konci.
  • Prístup k dátam v otvorenom formáte, bez poplatku.
  • Záruka na odstránenie chýb a jej dĺžka. Rozlišujte chybu (nefunguje, ako bolo dohodnuté) a novú požiadavku.
  • Reakčné doby podpory podľa závažnosti. Výpadok objednávkového systému a preklep v zostave nie sú to isté.
  • Postup pri ukončení spolupráce — čo dodávateľ odovzdá a v akej lehote.

Ak niektorý z týchto bodov dodávateľ odmieta, nemusí to znamenať zlý úmysel. Ale chcete vedieť dôvod ešte pred podpisom, nie po roku.

Varovné signály

Niektoré veci sa ukážu už na prvom stretnutí.

  • Cena bez otázok. Kto vám dá číslo bez toho, aby sa pýtal na procesy, si ho vymyslel. Doplatí sa to pri prvej zmene zadania.
  • Sľub nereálneho termínu. Ochota povedať „stihneme to do mesiaca“ pri projekte na pol roka nie je ústretovosť, ale získavanie zákazky za každú cenu.
  • Odpor voči odovzdaniu kódu. Zvyčajne to znamená, že obchodný model stojí na tom, že od nich neodídete.
  • Žiadna otázka na vašich ľudí. Kto sa nepýta, kto bude systém používať a kto bude na vašej strane rozhodovať, ho zatiaľ neplánuje riešiť.
  • Prezentácia postavená na technológiách. Zoznam frameworkov nie je argument. Zaujíma vás, čo systém urobí pre firmu.
  • Jediný kontaktný človek bez zástupu. Pri dovolenke alebo odchode ostanete stáť.

Kto to má riešiť na vašej strane

Projekty najčastejšie neviaznu na dodávateľovi, ale na tom, že nemá s kým hovoriť.

Potrebujete dve role. Človeka, ktorý pozná proces do detailu a má čas ho vysvetliť, odpovedať na otázky a otestovať výsledok — reálne, nie „keď stihne“. A človeka, ktorý vie rozhodnúť. Ak sa každá otázka musí eskalovať na konateľa, ktorý má čas raz za tri týždne, projekt sa o tie tri týždne zakaždým posunie.

Obe role môže zastávať jeden človek. Nesmie ich zastávať nikto.

Rátajte s tým, že to zaberie čas. Pri bežnom projekte ide o niekoľko hodín týždenne. Ak túto kapacitu nemáte, je lepšie projekt odložiť než ho začať a nechať dodávateľa hádať.

Ako porovnať ponuky, ktoré sa porovnať nedajú

Keď máte na stole tri odlišné ponuky, funguje jednoduchý postup: zjednoťte zadanie a nechajte ponuky prepracovať.

Zoberte to najlepšie z toho, čo ste sa dozvedeli — často až treťou ponukou zistíte, že ste zabudli na integráciu alebo na migráciu dát — a pošlite všetkým rovnaký doplnený rozsah. Rozdiely, ktoré ostanú, už budú skutočné rozdiely v prístupe a nie v tom, čo si kto domyslel.

A pri finálnom rozhodovaní nepozerajte len na sumu. Pri projekte, ktorý má bežať roky, rozhoduje viac to, či si s tímom rozumiete a či vám vysvetlia aj to, čo nechcete počuť.

Podľa čoho spoznáte, že spolupráca funguje

Prvý mesiac napovie viac než celý výberový proces. Sledujte štyri veci.

Chodia vám otázky. Tím, ktorý sa nepýta, si domýšľa. Otázky na detaily procesu sú dobrý signál, aj keď zaberajú čas. Ticho v prvých týždňoch je horšie znamenie než dvadsať otázok týždenne.

Vidíte priebežný výsledok. Nie stavovú správu, ale niečo, čo si viete otvoriť a preklikať. Ak prvá ukážka príde až po troch mesiacoch, nemáte ako zistiť, že sa ide zlým smerom.

Zlé správy prichádzajú načas. Každý projekt niekde zaškrípe. Rozdiel je medzi tímom, ktorý povie „toto potrvá o dva týždne dlhšie a tu je dôvod“, a tímom, ktorý mlčí do termínu odovzdania.

Odhady sa spresňujú, nie zväčšujú. Ak sa každý týždeň dozviete o novej práci navyše, buď bola analýza povrchná, alebo sa rozsah nekontrolovane rozrastá. Oboje sa dá riešiť, ale len keď sa o tom hovorí nahlas.

Ak niektorá z týchto vecí nefunguje, povedzte to hneď. Väčšina problémov v prvom mesiaci sa dá vyriešiť rozhovorom. Po pol roku už zvyčajne nie.

Prvý krok nemusí byť objednávka

Nie je potrebné vybrať dodávateľa na celý systém hneď. Pri väčších projektoch sa oplatí objednať najprv analýzu ako samostatnú, zaplatenú prácu s vlastným výstupom — zmapovaným procesom, návrhom riešenia a odhadom pracnosti.

Získate tri veci naraz. Podklad, s ktorým viete osloviť kohokoľvek. Odhad, ktorý stojí na niečom reálnom. A hlavne skúsenosť, ako sa s daným tímom spolupracuje — za zlomok ceny celého projektu.

Ak práve zvažujete, kde začať, ozvite sa. Prejdeme vaše procesy a povieme aj to, ak zistíme, že vám lepšie poslúži hotové riešenie. Ako u nás prebieha spolupráca od konzultácie po nasadenie, nájdete v časti implementácia.