Ennen kuin palkkaat ohjelmistokehityskumppanin, selvitä tarkalleen, kuka koodin kirjoittaa, millaisia vastaavia järjestelmiä kumppani on toimittanut, miten laajuus ja hyväksyntä määritellään ja kuka omistaa koodin ensimmäisestä päivästä alkaen. Epämääräiset vastaukset mihin tahansa näistä kysymyksistä ovat vahvempi varoitusmerkki kuin korkea hinta.
Selvitä, kuka koodin oikeasti kirjoittaa
Myyntipalaverin ihmiset eivät useinkaan ole niitä, jotka rakentavat järjestelmäsi. Pyydä projektiin osallistuvien kehittäjien nimet, roolit ja kokemus, ja pyydä saada keskustella teknisen vetäjän kanssa ennen allekirjoitusta.
Kysy, teetetäänkö osa työstä alihankintana tai freelancereilla. Kumpikin voi toimia hyvin, mutta sinun pitää tietää siitä, ja kumppanin pitää taata jokainen tuomansa henkilö. Kysy myös, mitä tapahtuu, jos keskeinen kehittäjä lähtee kesken projektin, ja kuka maksaa ajan, jonka korvaaja tarvitsee päästäkseen vauhtiin.
- Kuka on tekninen vetäjä, ja kuinka suuri osa hänen ajastaan kuuluu tälle projektille?
- Ketkä kehittäjistä ovat työntekijöitä ja ketkä alihankkijoita tai freelancereita?
- Miten valitsette ja tarkistatte tuomanne asiantuntijat?
- Mikä on menettely, jos joku lähtee tai ei sovi tehtävään?
Pyydä näyttöä, joka vastaa ongelmaasi
Pitkä asiakasluettelo todistaa vähän, jos mikään siitä ei muistuta projektiasi. Pyydä esimerkkejä, joissa on samankaltaiset rajoitteet: samantyyppinen järjestelmä, vertailukelpoinen liikenne tai tietojen arkaluonteisuus ja samankaltainen sääntely-ympäristö. Kysy sitten, mitä juuri tämä tiimi teki kussakin tapauksessa, ei mitä asiakkaan koko ohjelma saavutti.
Ole tarkka siitä, kenen kokemusta ostat. Jotkin yritykset esittelevät kehittäjiensä henkilökohtaista näyttöä, mikä on oikeutettua, jos se kerrotaan rehellisesti. Kysy, milloin yritys on perustettu, mitkä työt on tehty sen omilla sopimuksilla ja voitko keskustella aiemman asiakkaan kanssa.
Hanki laajuus, välitavoitteet ja hyväksyntä kirjallisena
Moni kiista johtuu laajuudesta, jota ei koskaan kirjattu tarkasti. Hyvä tarjous nimeää tuotokset, jakaa työn välitavoitteisiin ja määrittää, miten kukin välitavoite hyväksytään, esimerkiksi läpäistyillä testeillä, demolla testiympäristössä tai toimitetulla dokumentaatiolla.
Kysy, miten muutospyynnöt käsitellään ja hinnoitellaan ja mikä on kaupallinen malli. Kiinteä hinta sopii hyvin määriteltyyn työhön, kun taas tuntiperusteinen laskutus sopii esiselvitykseen ja muuttuviin vaatimuksiin. Kummassakin tapauksessa sinun pitää nähdä arvion taustaoletukset.
Sovi koodin omistuksesta ja luovutuksesta ennen aloitusta
Sopimuksessa pitää lukea, että omistat koodin ja siihen liittyvät immateriaalioikeudet, ja milloin omistus siirtyy. Pyydä, että repositoriot, pilvitilit ja verkkotunnukset luodaan organisaatiollesi ensimmäisestä päivästä alkaen ja kumppani kutsutaan niihin yhteistyökumppanina, jotta et ole koskaan käyttöoikeuksien osalta riippuvainen siitä.
Suunnittele luovutus alussa, ei lopussa. Kysy, mitä saat: dokumentaation, arkkitehtuuripäätösten kirjaukset, ylläpidon ajo-ohjeet ja työpajoja oman tiimisi kanssa. Tarkista, mitä kolmannen osapuolen ja avoimen lähdekoodin lisenssejä projektissa käytetään, sillä niihin liittyy velvoitteita.
Sovi, miten näet edistymisen
Sinun ei pitäisi koskaan joutua kysymään, onko projekti aikataulussa. Sovi kiinteästä rytmistä, kuten viikoittaisesta demosta toimivalla ohjelmistolla ja lyhyestä kirjallisesta tilannekatsauksesta, joka kattaa edistymisen, riskit ja sinulta tarvittavat päätökset.
Pyydä suora pääsy tikettijärjestelmään ja repositorioon sekä yksi nimetty yhteyshenkilö, joka vastaa toimituksesta. Sovi, miten ongelmat eskaloidaan ja kuinka nopeasti voit odottaa vastausta.
Testaa tietoturvakäytännöt, älä merkkejä
Kysy, miten kehittäjät pääsevät järjestelmiisi ja tietoihisi, miten salaisuudet säilytetään, miten koodi katselmoidaan ennen julkaisua ja miten riippuvuudet tarkistetaan tunnettujen haavoittuvuuksien varalta. Konkreettiset vastaukset ovat tärkeämpiä kuin logoilla täytetty dia.
Jos kumppani käsittelee henkilötietoja puolestasi, tarvitset GDPR:n vaatimukset täyttävän tietojenkäsittelysopimuksen. Jos toimittaja kertoo olevansa sertifioitu, pyydä sertifikaatti ja sen soveltamisala ja varmista, että se kattaa ostamasi tiimin ja palvelut.
Varoitusmerkit, joihin keskustelu kannattaa lopettaa
Yhdelle varoitusmerkille voi olla selitys. Useat yhdessä tarkoittavat yleensä, että projektista tulee vaikeampi kuin tarvitsisi.
- Kumppani ei pysty nimeämään kehittäjiä, jotka tekevät työn.
- Asiakastarinat kertovat tuloksista mutta eivät siitä, mitä tämä tiimi oikeasti teki.
- Arvio tulee ennen kuin kukaan on kysynyt yksityiskohtaisia kysymyksiä järjestelmästäsi.
- Repositoriot ja pilvitilit pysyvät kumppanin hallinnassa.
- Välitavoitteilla ei ole kirjallisia hyväksymiskriteerejä.
- Tietoturvakysymyksiin vastataan yleisillä vakuutteluilla eikä konkreettisilla käytännöillä.
Tärkeimmät havainnot
- Tapaa tekninen vetäjä ja selvitä, kuka koodin kirjoittaa, ennen allekirjoitusta.
- Arvioi näyttöä sen perusteella, kuinka hyvin se vastaa rajoitteitasi ja mitä tiimi itse teki.
- Kirjalliset välitavoitteet selkeine hyväksymiskriteereineen estävät monta laajuuskiistaa.
- Pidä repositoriot ja pilvitilit omassa organisaatiossasi ensimmäisestä päivästä alkaen.
- Pyydä konkreettisia tietoturvakäytäntöjä ja näyttöä jokaisesta toimittajan ilmoittamasta sertifikaatista.
UKK
Kuinka monen kumppanin kanssa kannattaa keskustella ennen valintaa?
Riittävän monen, jotta voit verrata todellisia eroja lähestymistavoissa, mikä useimmissa projekteissa tarkoittaa muutamaa. Anna jokaiselle sama kuvaus ja samat kysymykset, jotta vastaukset ovat vertailukelpoisia.
Kannattaako valita kiinteähintainen vai tuntiperusteinen sopimus?
Kiinteä hinta sopii työhön, jonka voi määritellä yksityiskohtaisesti ennen aloitusta. Tuntiperusteinen laskutus sopii esiselvitykseen, muuttuviin vaatimuksiin ja jatkuvaan kehitykseen, kunhan saat läpinäkyvää raportointia ja säännöllisiä demoja.
Mitä ensimmäisessä puhelussa mahdollisen kumppanin kanssa pitäisi käydä läpi?
Tavoitteesi, rajoitteesi, aikataulusi ja nykyiset järjestelmäsi sekä kumppanin kysymykset sinulle. Kumppani, joka kysyy jo ensimmäisessä puhelussa yksityiskohtaisia kysymyksiä järjestelmästäsi, arvioi sen yleensä myös rehellisesti. SDK Enterprisesilla tuo ensimmäinen puhelu on 30 minuutin keskustelu ranskaksi tai englanniksi.