Kuinka ulkoistaa sovelluskehitys oikealla tavalla

Alun perin julkaistu osoitteessa http://www.appsterhq.com

Freelance-ohjelmoijien tai ulkoisten kehitysyritysten palkkaaminen sovelluksesi rakentamiseksi auttaa tarjoamaan monia mahdollisia etuja.

Näitä ovat kustannussäästöt, kyky rekrytoida erikoistuneita kykyjä ja lyhyen aikavälin liiketoimintasitoumusten hyödyntämiseen liittyvä tehokkuus.

Samanaikaisesti käynnistämisessäsi on vakavia riskejä, jos työskentelet häikäilemättömän tai muuten pätemättömän henkilöstön kanssa. Kirjoitin viime viikolla miksi sinun on karkotettava tuosta 5 dollarin myymälästä.

Vaaroihin kuuluu…

  • ... huonosti koodattujen ohjelmistojen mahdollisuudet,
  • ... kyvyttömyys suoraan hallita ulkoistettuja töitä,
  • … Ja monet muut etäjärjestelyihin liittyvät vaikeudet (viestinnän puute, aikataulujen menettäminen jne.) (Lähteet: 1, 2, 3).

Ennen kuin keskustelemme siitä, kuinka voit lisätä mahdollisuuksiasi rekrytoida huipputason sovelluskehittäjiä, vie hetki hetken kattamaan perusteet.

hankinnat; Ehdotuspyyntö (RFP)

Jotta ymmärrämme sovelluskehityksen ulkoistamisen tehokkuuden maksimoinnin paremmin, aloitetaan selventämällä kahta määrittelevää termiä, ts. ”Hankinta” ja “ehdotuspyyntö” (RFP).

Ehdot saattavat kuulostaa hiukan teknisiltä, ​​joten ota minut hetkeksi kanssani.

Hankinnat voidaan määritellä yleisenä liiketoimintatapana seuraavasti:

”Tavaroiden ja palveluiden hankkiminen tai ostaminen. Prosessiin sisältyy kysynnän valmistelu ja käsittely sekä maksun lopullinen vastaanottaminen ja hyväksyminen. Siihen sisältyy usein:
- standardien määrittäminen;
- Toimittajien tutkimus ja valinta;
- arvoanalyysi;
- Hintaneuvottelut; ja
- Osto. "

Toisin sanoen hankinnalla tarkoitetaan perusprosessia, jolla tavaroita tai palveluita varmistetaan ulkoiselta yritykseltä tai konsulttilta.

Ehdotuspyyntö, kuten nimestä voi päätellä, on kutsu ulkopuolisille yrityksille tai konsultteille hakeutua tarjoamaan yrityksellesi tiettyjä tavaroita tai palveluita.

Investopedia.com kuvaa RFP: tä seuraavilla termeillä:

”Ehdotuspyyntö (RFP) on eräs tarjouspyyntö, jossa yritys tai organisaatio ilmoittaa, että tietylle projektille tai ohjelmalle on saatavana rahoitusta ja yritykset voivat tehdä tarjouksia hankkeen loppuun saattamiseksi. Siinä hahmotellaan tarjousprosessi ja sopimusehdot ja annetaan ohjeita tarjouksen muotoilusta ja esittämisestä.
Tiettyä ohjelmaa koskeva RFP vaatii yritystä tarkistamaan tarjoukset, jotta voidaan tutkia paitsi niiden toteutettavuus, myös tarjouksen tekevän yrityksen terveys ja tarjoajan kyky tosiasiallisesti tehdä ehdotetut. ”

Lisäksi RFP laatii eritelmät, jotka kuvaavat yritystä etsittävää ratkaisua ja arviointikriteerit, joiden perusteella ehdotuksia arvioidaan.

Nyt kun ymmärrämme nämä avainkäsitteet, katsotaanpa joitain parhaita käytäntöjä sovelluskehityksen ulkoistamiseksi.

1. Suorita tarpeiden arviointi

Jotta RFP olisi tehokas, sen on oltava spesifinen käynnistyksen yksilöllisiin tarpeisiin.

Kuinka voit kuitenkin tunnistaa tarkkaan yrityksesi vaatimukset?

Tässä kohtaa tulee "tarpeiden arvioinnin" tärkeys.

Businessdictionary.com määrittelee tarpeiden arvioinnin - joka tunnetaan muuten nimellä “aukon analyysi” - seuraavasti:

”Tekniikka, jota yritykset käyttävät päättääkseen tarvittavat toimenpiteet siirtyäkseen nykyisestä tilasta haluttuun, tulevaan tilaan. Gap-analyysi koostuu:
- (1) luettelo nykyisen tilanteen ominaispiirteistä (kuten ominaisuudet, taidot, suoritustason tasot) ('mikä on'),
- (2) luettelo tekijöistä, joita tarvitaan tulevien tavoitteiden saavuttamiseksi ('minkä pitäisi olla'), ja sitten
- (3) korostetaan olemassa olevia puutteita, jotka on tarpeen korjata. Gap-analyysi pakottaa yrityksen pohtimaan millaista liiketoimintaa se on tällä hetkellä ja kysymään, millaista yritystä se haluaa olla tulevaisuudessa. ”

Yksinkertainen tosiasia on, että ennen kuin pystyt arvioimaan tehokkaasti erilaisten ulkoisten sovelluskehittäjien soveltuvuutta, sinun on ensin ymmärrettävä selkeästi oman yrityksen tarpeet.

Vain tällä tavalla voit ymmärtää tarkkaan, mitä kehittäjät tarjoavat, mitä sinun käynnistys vaatii.

Osa tämän sopivuuden saavuttamisesta edellyttää, että te aina:

  1. Suunnittele ja käytä räätälöityjä RFP: itä, jotka on räätälöity nimenomaan yrityksesi yksilöllisiin tavoitteisiin ja projektisi tarkkoihin tarpeisiin; ja
  2. Harkitse vain niiden kehittäjien palkkaamista, jotka valmistelevat räätälöityjä ehdotuksia yrityksesi tarpeita varten.

Toisin sanoen, muista olla kaukana standardoiduista RFP-hankkeista, jotka eivät kuvaa tarkasti sitä, mitä yrityksesi tarvitsee, samoin kuin geneerisiin ehdotuksiin, joita laiska kehittäjä voi ostaa tonneille eri yrityksiä.

On myös tärkeää varmistaa, että tarpeidesi arvioinnissa otetaan huomioon, kuinka ulkoisten kehittäjien toimet voivat vaikuttaa jokaiselle yrityksesi sisäiselle sidosryhmälle, jopa vanhempiin ilmoittautumisiin asti.

Täällä Appsterissa tarjoamme asiakkaillemme nopean strategian ja ideoiden validointiprosessin, joka on suunniteltu auttamaan asiakkaita nopeasti ja tarkasti arvioimaan heidän tarkat tarpeensa ja sovellusten toimitukset.

Tämä lisää viime kädessä kykyäsi saavuttaa asianmukainen kohdistus tarpeiden, ominaisuuksien, teknisten yksityiskohtien, aikataulujen ja budjettien välillä.

2. Päätä, mitä haluat kehittäjältä

On paljon maineikkaampia sovelluskehittäjiä, jotka kilpailevat täydellisesti mielellään ensisijaisesti hinnalla varmistaaksesi yrityksesi.

Valitsemalla kehittäjän, joka on keskittynyt melkein yksinomaan halvimman mahdollisen tuotteen toimittamiseen, on käytännössä taattu, että emme purkaa sinulle muuta kuin hyllyllä olevat ”ratkaisut”.

Siksi on erittäin tärkeää, että päätät nimenomaisesti tietyntyyppisestä kehittäjästä, jonka kanssa haluat työskennellä.

Etsitkö nopeaa, halpaa, keskimääräistä tulosta toimittajalta, joka ulkoistaa oman työnsä, tai kehitysyhtiöltä, joka toimii enemmän oman ryhmäsi laajennuksena, joka ottaa tietyt tavoitteesi ja arvot vakavasti?

Sivuhuomautuksessa tässä on yksityiskohtainen erittely sovelluksen rakennuskustannuksista.

3. Hyödynnä erittäin tarkat kriteerit RFP: ssä

Yksi helpoimmista tavoista houkutella ulkopuolisilta kehittäjiltä merkityksettömiä tai muuten käsittämättömiä ehdotuksia on unohtaa tarve tehdä RFP: stä mahdollisimman tarkka ja yksityiskohtainen.

Haluatko palkata ulkopuolisen osapuolen auttamaan jokaista sovelluskehitysprosessin avainkomponenttia tai vaihtoehtoisesti vain tiettyjä koodauksen teknisiä osia, on välttämätöntä, että täsmentät tarkalleen, mitä odotat tulevalta kehittäjältäsi RFP: ssä .

Tämä voi olla yhtä makro kuin sovelluksesi eri aloitusnäytöiden yleinen ulkoasu ja toiminnallisuus, samoin kuin miksi tiettyjä näppäimiä silitetään tietyissä sekvensseissä.

Tässä on esimerkki tällaisista ”hyväksymiskriteereistä”:

Varmista lisäksi, että olet hyvin selkeästi odotuksistasi suhteessa siihen, kuka kehittäjäyrityksessä on vastuussa tietyntyyppisten tehtävien hoitamisesta. Esimerkiksi:

  • Mitkä ovat yrityksen tai koko studion perusvastuut?
  • Entä tekninen tiimi, joka palvelee sinua? Mitä sen odotetaan tekevän?
  • Entä yksittäiset joukkueen jäsenet ja joukkuejohdot?
  • Kenen kanssa odotat pystyväsi neuvottelemaan, jos / kun käynnistyksesi kokee ongelmia x, y tai z?

Muita asioita, joista sinun on oltava varma, ovat muun muassa teollis- ja tekijänoikeuksien suojaan liittyvät asiat.

  • Millaisia ​​IP- ja luottamuksellisuusvakuuksia ja -järjestelmiä kehittäjällä on käytössä?
  • Kuinka kehittäjä on aiemmin suhtautunut immateriaalioikeuksien suojaamiseen?
  • Onko muilla startup-yrityksillä koskaan ollut kielteisiä kokemuksia kehittäjästä luottamuksellisuuden takaamiseksi?
  • Mitkä sertifikaatit kehittäjä on ansainnut?
  • Kuinka yritys varmistaa projektisi turvallisuuden?

Varmista, että RFP on erittäin yksityiskohtainen IP-suojausten suhteen:

Aiheeseen liittyviä: katso tästä syvällinen keskustelu siitä, miksi uudet startupit eivät tarvitse patentteja.

4. Luo yksityiskohtaiset kehittäjäprofiilit

On kiistattomasti parhaasi, että tiedät mahdollisimman paljon kehittäjistä, joille aiot ulkoistaa sovelluksesi luomisen.

Toisen yrityksen sijoittaminen sovelluksesi kehittämiseen on erittäin vakava yritys, jota ei pidä suhtautua kevyesti.

Sinun on suoritettava due diligence -tarkistuksesi varmistaaksesi, että ulkoinen kehittäjä on täysin pätevä tekemään RFP: ssä kuvatun työn, mutta myös sen, että kaksi yritystäsi ovat yhteensopivia ammatillisesti ja eettisesti.

Tässä on muutamia ehdotuksia yksityiskohtaisten kehittäjäprofiilien koottamiseksi:

  • Tutki kehittäjää mahdollisimman perusteellisesti, etenkin etsimällä Internetiä (mukaan lukien sosiaalisen median sivustot ja työpaikkojen arviointisivustot, kuten co, glassdoor.com, greatplacestowork.com ja todella.com), jotta saadaan vankka käsitys yrityksen historiasta ja saavutukset;
  • Pyydä ja validoi perusteellisesti vähintään 5 tai 6 viitettä jokaiselle kehittäjälle (katso kohta 3 tässä); ja
  • Kaivaa syvälle hyödyntämällä ammatillisia verkostoitasi ja tutkimalla, onko jollakin kontakteillasi ollut kokemuksia kehittäjästä.

Sinun tulisi myös harkita vuoropuheluun perustuvan RFP: n käyttöä, ts. Sitä, että se kannustaa edestakaisin viestintää käynnistyksen ja suunnittelijan / kehittäjien välillä, jota harkitset vuokraamiseen.

Reaaliaikainen, kaksisuuntainen viestintä - varsinkin kun olet poistanut pätemättömät kehittäjät - on ratkaisevan tärkeää tuntemuksen kasvattamiseksi ja siitä, millaista voisi olla työskennellä ammatillisesti potentiaalisten kehittäjien kanssa.

Sellaisen RFP-prosessin toteuttaminen, joka tuottaa konkreettisia vastauksia konkreettisiin kysymyksiin ja pyytää yksityiskohtaista palautetta ehdotusten esittäjiltä, ​​on välttämätöntä oikean kehittäjän valitsemiseksi.

5. Esittele suosikkilistasi

Kun olet valinnut parhaat mahdolliset kehittäjät, on tärkeää tavata heidät henkilökohtaisesti, jos mahdollista, jotta voidaan luoda entistä läheisempi suhde etätiimin mahdollisiin tuleviin jäseniin.

Ei tietenkään ole aina mahdollista tavata kasvotusten kehittäjien kanssa, jos he sijaitsevat ulkomailla.

Tässä tapauksessa Skype-video- tai äänipuhelu on seuraavaksi paras asia.

Varmista, että suunnittelet ja tee riittävän pitkät ja tyhjentävät haastattelut projektisi parissa työskentelevän kehitysryhmän avainhenkilöiden kanssa.

Ymmärrä, että sinulla on oikeutesi pyytää koodinäytteitä tai koodikuvauksia heidän työnsa hienostuneisuuden arvioimiseksi.

Muista tässä yhteydessä, että on elintärkeää tavata - joko käytännössä tai ”tosielämässä” tiettyjen kehittäjien kanssa, jotka ovat omistautuneet projektillesi sen sijaan, että luottaisi pelkästään siihen, että kokous yleisten myynti- tai asiakashallintatiimien kanssa on ”tarpeeksi hyvä ”.

6. Selvitä, onko kehittäjä ulkoistanut

Ei ole harvinaista oppia, että ulkopuoliset kehittäjät itse ulkoistavat (osan tai kokonaan) sen työn, jonka olet palkannut heille suorittamaan.

Tällä voi usein olla katastrofaalisia seurauksia yrityksellesi ja sovelluksesi luomiselle, mukaan lukien:

  • Uhat arkaluontoisen IP: n tai tekijänoikeuksien alaisen aineiston käsittelemiselle;
  • Kolmannen osapuolen lisensoimien tietojen tai tekniikan vuotamiseen liittyvät juridiset seuraukset; ja
  • Epäjohdonmukaisuudet laadussa ja valmistumisaikoissa.

Seurauksena on, että sinun pitäisi yksiselitteisesti vaatia myyjältä ehdotonta avoimuutta siitä, kuka erityisesti tekee millaista työtä ja milloin.

Tähän sisältyy laimentamattoman tiedon vastaanottaminen siitä, mitä alihankkijoille luovutetaan täydentämiseksi.

7. Pilottesti kehittäjälle

Vaikka mielipiteistä on eri mieltä siitä, onko aloittajien kannalta tarkoituksenmukaista vaatia mahdollisia uusia vuokralaisia ​​suorittamaan ”ilmaista” työtä, voi olla hyödyllistä antaa lyhyt, mutta mielekäs ja haastava pilottitehtävä niille harvoille kehittäjäfinalisteille, jotka ovat suorittaneet sen RFP-prosessisi loppu.

Oikein tehtyjen kokeiluhankkeiden avulla 1) kehittäjät voivat todistaa ehdotustensa ansiot ja 2) käynnistys ja ulkoinen kehittäjä “silittää” kaikki integraatio ryppyjä ennen kuin lopulta aloittavat massiivisen projektin yhdessä.

Varmista, että potentiaaliselle uudelle kehittäjällesi osoittama pilottiprojekti on täysin merkityksellinen sen tarkan työn suhteen, jonka yrityksen odotetaan tekevän, jos se valitaan täydentämään RFP: ssä kuvattua projektia.

//

Kiitos lukemisesta!

Jos nautit tästä artikkelista, paina vapaasti alla olevaa taputyspainiketta auttaaksesi muita löytämään sen!

Alun perin julkaistu osoitteessa http://www.appsterhq.com