Kuidas oma rakenduste arendamist allhanke korras hankida

Algselt avaldatud saidil http://www.appsterhq.com

Vabakutseliste programmeerijate või väliste arendusettevõtete palkamine teie rakenduse loomiseks aitab palju potentsiaalseid eeliseid.

Nende hulka kuuluvad kulude kokkuhoid, võime värvata spetsialiseerunud talente ja lühiajaliste ettevõtluskohustuste kasutamise tõhusus.

Samal ajal seisavad teie käivitamisel silmitsi tõsised riskid, kui töötate hoolimatute või muul viisil kvalifitseerimata töötajatega. Eelmisel nädalal kirjutasin sellest, miks peate selle 5-dollarise kaupluse eest ära jooksma.

Ohtude hulka kuulub…

  • ... halvasti kodeeritud tarkvara potentsiaal,
  • ... võimetus otseselt juhtida väljasttellitud tööd,
  • … Ja mitmesugused muud raskused, mis on seotud kaugtöö korraldamisega (suhtluse puudumine, tähtaegade vahelejätmine jne) (allikad: 1, 2, 3).

Enne kui arutame, kuidas suurendada teie võimalusi tipptasemel rakenduste arendajate edukaks värbamiseks, võtkem hetk, et käsitleda põhitõdesid.

Hanked; Taotlus taotlusele (RFP)

Rakenduse arenduse allhangete efektiivsuse maksimeerimise mõistmiseks alustame kahe mõiste määratlemist, st „hange“ ja „taotlusvoor“ (RFP).

Tingimused võivad kõlada pisut tehniliselt, nii et võtke mind korraks endaga kaasa.

Hankeid kui üldist äritava võib määratleda järgmiselt:

„Kaupade ja teenuste ostmine või ostmine. Protsess hõlmab nõudmise ettevalmistamist ja töötlemist, samuti makse laekumist ja kinnitamist. See hõlmab sageli:
- standardite määramine;
- tarnijate uurimine ja valik;
- Väärtuse analüüs;
- hinnaläbirääkimised; ja
- ostu sooritamine. ”

Teisisõnu tähendab hange kauba või teenuse väliste ettevõtete või konsultantide tagamise põhiprotsessi.

Nagu nimigi viitab, on projektitaotlus kutse välistele ettevõtetele või konsultantidele taotleda teie ettevõttele konkreetsete kaupade või teenuste pakkumist.

Investopedia.com kirjeldab RFP-d järgmiselt:

„Taotluse taotlus (RFP) on pakkumismenetluse tüüp, milles ettevõte või organisatsioon teatab, et konkreetsele projektile või programmile on raha eraldatud ja ettevõtted saavad teha ettepanekuid projekti lõpuleviimiseks. Selles kirjeldatakse pakkumismenetlust ja lepingutingimusi ning antakse juhised pakkumise vormindamise ja esitamise kohta.
Konkreetse programmi jaoks vajalik RFP nõuab ettevõttelt pakkumiste ülevaatamist, et mitte ainult uurida nende teostatavust, vaid ka pakkuva ettevõtte tervist ja pakkuja võimet teha pakutavat tegelikult. ”

Lisaks kehtestab RFP spetsifikatsioonid, mis kirjeldavad konkreetset lahendust, mida ettevõte otsib, ja hindamiskriteeriume, mille alusel ettepanekuid hinnatakse.

Nüüd, kui oleme neist peamistest mõistetest aru saanud, vaatame lähemalt mõnda parimat tava rakenduste arendamise allhangeteks.

1. Viige läbi vajaduste hindamine

Tõhususe tagamiseks peab teie RFP olema spetsiifiline teie käivitamise ainulaadsete vajaduste järgi.

Kuidas saate aga täpselt kindlaks teha oma ettevõtte täpsed nõuded?

Siin tuleb mängu nn vajaduste hindamise tähtsus.

Businessdictionary.com määratleb vajaduste hindamise - mida muidu nimetatakse lünkanalüüsiks - kui:

„Tehnika, mida ettevõtted kasutavad selle määramiseks, milliseid samme tuleb võtta, et liikuda praegusest olekust soovitud, tulevikku. Lünkade analüüs koosneb:
- (1) praegusele olukorrale iseloomulike tegurite (nt atribuudid, pädevused, jõudlustasemed) loetlemine (mis on),
- (2) loetleda tulevaste eesmärkide saavutamiseks vajalikud tegurid („mis peaks olema“) ja seejärel
- (3) olemasolevate ja vajalike lünkade väljatoomine. Lünkade analüüs sunnib ettevõtet mõtlema, milline äri praegu on, ja küsima, millist ettevõtet ta tulevikus soovib. ”

Fakt on see, et enne kui saate väliste rakenduste arendajate sobivust tõhusalt hinnata, peate kõigepealt selgelt aru saama oma ettevõtte konkreetsetest vajadustest.

Ainult nii saate arusaadavalt sobitada arendajate pakutavat sellega, mida teie käivitamine nõuab.

Osaliselt selle sobivuse saavutamiseks peate alati:

  1. Kujundage ja kasutage kohandatud RFP-sid, mis on kohandatud just teie ettevõtte ainulaadsetele eesmärkidele ja teie konkreetsete projektide konkreetsetele vajadustele; ja
  2. Kaaluge ainult nende arendajate palkamist, kes koostavad selgesõnaliselt kohandatud ettepanekuid teie täpsetele ärivajadustele.

Teisisõnu, hoidke kindlasti eemale standardiseeritud RFP-dest, mis ei kajasta täpselt seda, mida teie konkreetsed käivitamised vajavad, samuti üldistest ettepanekutest, mida laisad arendajad võiksid osta paljudesse erinevatesse ettevõtetesse.

Samuti on oluline tagada, et teie vajaduste hindamisel võetakse arvesse seda, kuidas väliste arendajate tegevus võiks mõjutada kõiki teie ettevõtte sisemisi sidusrühmi kuni vanemate töötajate väljaastumiseni.

Pakume siin Appsteris oma klientidele kiiret strateegiat ja ideede valideerimise protsessi, mille eesmärk on aidata klientidel kiiresti ja täpselt hinnata nende täpseid vajadusi ja rakenduste tulemusi.

Lõppkokkuvõttes suurendab see teie suutlikkust saavutada nõuetekohane vastavusse viimine vajaduste, funktsioonide, tehniliste eripärade, ajakavade ja eelarvete vahel.

2. Otsustage, mida arendajalt soovite

Seal on palju vähem lugupeetud rakenduste arendajaid, kes on suurepäraselt õnnelikud, et konkureerida oma hinna tagamiseks peamiselt hinnaga.

Kui valite arendaja, kes on keskendunud peaaegu eranditult odavaima võimaliku toote tarnimisele, on praktiliselt garanteeritud, et teile ei jää muud, kui "riiulilt" lahendused.

Seetõttu on ülioluline, et otsustate selgesõnaliselt selle arendaja tüübi üle, kellega soovite koostööd teha.

Kas otsite kiiret, odavat ja keskmist tulemust müüjalt, kes tellib oma tööd allhanke korras, või arendusettevõttelt, kes tegutseb pigem teie enda meeskonna laiendusena ja võtab teie konkreetseid eesmärke ja väärtusi tõsiselt?

Külgmärkusena on siin toodud rakenduse loomise kulude üksikasjalik jaotus.

3. Kasutage oma RFP-s väga spetsiifilisi kriteeriume

Üks lihtsamaid viise väliste arendajate ebaoluliste või muul moel mõistmatute ettepanekute ligimeelitamiseks on tähelepanuta jätta vajadus muuta oma RFP võimalikult täpseks ja üksikasjalikuks.

Ükskõik, kas soovite palgata välist osapoolt, kes abistaks rakenduse arendusprotsessi kõiki võtmekomponente, või alternatiivina ainult kodeerimise teatud tehnilisi osi, on hädavajalik, et kirjutaksite täpselt, mida oma tulevase arendajalt RFP-is ootate .

See võib olla nii makro kui teie rakenduse erinevate pritsmeekraanide üldine välimus ja funktsionaalsus ning sama mikrotundlik kui täpselt see, mis juhtub siis, kui teatud klahve teatud järjestuste korral silitatakse.

Siin on näide sellest, kuidas sellised „vastuvõtmiskriteeriumid” võiksid välja näha:

Lisaks veenduge, et oleksite oma ootuste osas väga selged, kes arendajaettevõttes vastutab konkreetsete ülesannete täitmise eest. Näiteks:

  • Millised on kogu ettevõtte või stuudio peamised kohustused?
  • Aga tehniline meeskond, kes teid teenindab? Mida ta peaks tegema?
  • Kuidas on lood üksikute meeskonnaliikmete ja meeskonnajuhtidega?
  • Kellega loodate, et saaksite nõu pidada, kui / kui teie alustamisel ilmnevad probleemid x, y või z?

Muud küsimused, milles peate kindel olema, hõlmavad mitmesuguseid intellektuaalomandi kaitsega seotud küsimusi.

  • Millised intellektuaalomandi ja konfidentsiaalsuse tagatised ja süsteemid on arendajal olemas?
  • Kuidas on arendaja minevikus intellektuaalomandi kaitsega tegelenud?
  • Kas teistel idufirmadel on kunagi olnud arendajaga konfidentsiaalsuse tagamise osas negatiivseid kogemusi?
  • Millised sertifikaadid on arendaja teeninud?
  • Kuidas tagab teie projekti turvalisus?

Veenduge, et teie RFP on IP-kaitse osas väga üksikasjalik:

Seotud: leiate siit põhjaliku arutelu selle kohta, miks uued idufirmad ei vaja patente.

4. Looge üksikasjalikud arendajaprofiilid

Vaieldamatult on teie huvides võimalikult palju teada saada arendajatest, kellele te kaalute oma rakenduse loomise allhanget.

Teise ettevõtte määramine teie rakenduse arendamise eest vastutavaks on väga tõsine ettevõtmine, mida ei tohiks võtta kergekäeliselt.

Peate täitma oma hoolsuskohustuse, et tagada mitte ainult väline arendaja, kes on täielikult valmis oma RFP-s kirjeldatud tööd tegema, vaid ka see, et teie kaks ettevõtet oleksid omavahel ametialaselt ja eetiliselt ühilduvad.

Siin on mõned soovitused üksikasjalike arendajaprofiilide koostamiseks.

  • Uurige arendajat võimalikult põhjalikult, eriti otsides Internetist (sh sotsiaalmeediasaidid ja töökohtade ülevaatamise saidid nagu co, glassdoor.com, greatplacestowork.com ja tõepoolest.com), et saada kindel ülevaade ettevõtte ajaloost ja saavutused;
  • Taotlege ja kinnitage põhjalikult vähemalt 5 või 6 viidet iga arendaja kohta (vt 3. jaotis siin); ja
  • Kaevake sügavuti, kasutades ära oma professionaalseid võrgustikke ja uurides, kas mõnel teie kontaktisikul on olnud arendajaga kogemusi.

Samuti peaksite kaaluma dialoogipõhise RFP kasutamist, s.t et see julgustab edasi-tagasi suhtlemist teie startupi ja arendaja (te) vahel, keda soovite kaaluda.

Reaalajas toimuv kahesuunaline suhtlus - eriti siis, kui olete kvalifitseerimata arendajad välja tõrjunud - on ülioluline, et kasvatada teadlikkust ja seda, mis võiks olla potentsiaalsete arendajatega professionaalses koostöös töötamine.

Õige arendaja valimisel on tõepoolest oluline rakendada RFP-protsessi, mis loob konkreetsetele küsimustele konkreetsed vastused ja palub ettepanekute esitajatelt üksikasjalikku tagasisidet.

5. Tutvuge oma nimekirjaga

Kui olete välja valinud parimad potentsiaalsed arendajad, on oluline võimaluse korral nendega isiklikult kohtuda, et veelgi kaugemal asuvate potentsiaalsete tulevaste meeskonna liikmetega suhelda.

Muidugi ei ole alati võimalik kohtuda arendajatega näost näkku, kui nad asuvad välismaal.

Sel juhul on Skype'i video- või helikõne järgmine parim asi.

Planeerige kindlasti ja viige läbi piisavalt pikad ja põhjalikud vestlused projektiga tegeleva arendusmeeskonna võtmeliikmetega.

Tunnistage, et nende töö keerukuse hindamiseks on teie õigused küsida koodinäidiseid või koodide tutvustamisi.

Pidage selles kontekstis meeles, et ülioluline on kohtuda - kas virtuaalselt või „päriselus“ - konkreetsete arendajatega, kes on teie projektile pühendunud, selle asemel et uskuda üksnes, et kohtumine üldiste müügi- või kliendihaldusmeeskondadega on „piisavalt hea ”.

6. Täpsustage, kas arendaja tellib allhanget

Pole haruldane teada saada, et välised arendajad tellivad ise (osaliselt või täielikult) just need tööd, mille olete neile palganud.

Sellel võivad olla teie ettevõttele ja rakenduse loomisele sageli potentsiaalselt katastroofilised tagajärjed, sealhulgas:

  • Tundliku intellektuaalomandi või varaliste materjalide käitlemise ohud;
  • Kolmandalt isikult litsentsitud teabe või tehnoloogia lekkimisega seotud juriidilised tagajärjed; ja
  • Vastuolud kvaliteedis ja valmimisajad.

Selle tulemusel peaksite hankijalt nõudma absoluutselt läbipaistvust selle kohta, kes ja millal täpselt millist tööd teeb.

See hõlmab lahjendamata teabe saamist selle kohta, mis selle allhankijatele üle antakse.

7. Arendaja piloottest

Ehkki on erinevaid arvamusi selle kohta, kas alustavatele ettevõtetele on sobilik nõuda potentsiaalseid uusi töötajaid „tasuta” töö tegemiseks, võib olla üsna kasulik anda lühike, kuid sisukas ja väljakutsuv pilootülesanne neile vähestele arendaja finalistidele, kes on selle läbi teinud RFP-protsessi lõpp.

Õigesti tehtud pilootprojektid võimaldavad pilootprojektidel 1) arendajatel tõestada oma ettepanekute eeliseid ja 2) teie käivitamisel ja välisel arendajal enne lõpuleviimist massiivse projektiga integreerida kõik kortsud.

Veenduge, et teie potentsiaalsele uuele arendajale määratav pilootprojekt on täiesti asjakohane täpselt selle töö osas, mida ettevõte eeldatavasti teeks, kui see valitakse teie RFP-s kirjeldatud projekti lõpule viimiseks.

//

Täname, et lugesite!

Kui teile see artikkel meeldis, siis lükkake alla allolevat plaksutusnuppu , et aidata teistel seda leida!

Algselt avaldati veebisaidil http://www.appsterhq.com