Iwasang ma-hostage ng iyong mga Developers

hostage100107Nitong katapusan ng linggo nagsimula ako ng isang pag-uusap sa isang lokal na artista na tumutulong sa kanyang boss sa pamamahala ng isang pares ng mga web application na pagmamay-ari ng kanyang boss.

Ang pag-uusap ay tumagal at ang ilang paglabas ay nagpatuloy tungkol sa pagbabayad ng lingguhang mga bayarin sa pag-unlad nang hindi nakikita ang anumang pag-unlad sa developer na nakatrabaho nila. Ngayon nais ng developer na singilin ang mga ito ng isa pang bukol na bayarin upang makumpleto ang proyekto pati na rin ang isang lingguhang bayad sa pagpapanatili upang masakop ang iba pang mga kahilingan. Lumalala ito.

Inilipat ng developer ang mga pangalan ng domain upang mapamahalaan niya ang mga ito. Nagho-host din ang developer ng application sa kanyang hosting account. Sa madaling sabi, hostage na sila ngayon ng developer.

Sa kabutihang palad, ang babaeng katrabaho ko ay humiling ng pang-administratibong pag-access sa nakaraan upang mai-edit ang ilan sa mga file ng template para sa site. Maaaring ibigay ng developer ang kanyang limitadong pag-access ngunit hindi niya ginawa. Binigyan niya siya (tinatamad) ng pang-administratibong pag-login sa site. Ngayong gabi ginamit ko ang access sa pag-backup ng lahat ng code para sa site. Nalaman ko rin kung anong software ng pamamahala ang ginagamit niya at tinungo ang aking paraan sa pamamahala ng database kung saan nagawa kong i-export ang parehong data at mga istraktura ng mesa. Whew

Nagpaplano ang may-ari na ilipat ang mga site sa mga bagong pangalan ng domain sa sandaling nakumpleto ang pag-unlad. Napakalaki nito dahil nangangahulugan ito na ang mga kasalukuyang domain ay maaaring mag-expire sakaling magkaroon ng galit na paghihiwalay sa pagitan ng developer at ng kumpanya. Kanina ko pa ito nangyari.

Ang ilang mga tip kung makakakuha ka ng isang na-outsource na koponan sa pag-unlad:

  1. Pagpaparehistro ng Domain

    Irehistro ang iyong mga pangalan ng domain sa pangalan ng iyong kumpanya. Hindi masamang magkaroon ng iyong developer bilang isang Makipag-ugnay sa Teknikal sa account, ngunit hindi kailanman ilipat ang pagmamay-ari ng domain sa sinumang nasa labas ng iyong kumpanya.

  2. Pagho-host sa iyong Application o Site

    Mahusay na ang iyong developer ay maaaring magkaroon ng isang kumpanya ng pagho-host at ma-host ang iyong site para sa iyo, ngunit huwag gawin ito. Sa halip, tanungin ang kanyang mga rekomendasyon para sa kung saan i-host ang application. Totoo na pamilyar ang mga developer sa software ng pamamahala, mga bersyon, at lokasyon ng mga mapagkukunan at makakatulong sa iyong produkto na makumpleto nang mas maaga. Gayunpaman, sinabi iyon, pagmamay-ari ng hosting account at idagdag ang iyong developer sa kanyang sariling pag-login at pag-access. Sa ganitong paraan, maaari mong hilahin ang plug kahit kailan mo kailangan.

  3. Pagmamay-ari ng Code

    Huwag ipalagay na pagmamay-ari mo ang code, isulat ito. Kung hindi mo nais ang iyong developer gamit ang mga solusyon na binayaran mo sa kanya na bumuo sa ibang lugar, dapat mong magpasya na sa oras ng kontrata. Bumuo ako ng mga solusyon sa ganitong paraan ngunit nabuo ko rin ang mga ito kung saan pinapanatili ko ang mga karapatan sa code. Sa huling kaso, nakipag-ayos ako sa gastos ng aplikasyon na mas mababa upang mayroong isang insentibo sa kumpanya na bigyan ako ng mga karapatan. Kung hindi mo alintana ang iyong developer gamit ang iyong code sa ibang lugar, kung gayon hindi ka dapat magbabayad ng pinakamataas na dolyar!

  4. Kumuha ng pangalawang opinyon!

    Hindi nasasaktan ang aking damdamin kapag sinabi sa akin ng mga tao na kumukuha sila ng mga bid o pagkonsulta sa ibang mga propesyonal. Sa katunayan, inirerekumenda ko ito!

Sa kahulihan ay nagbabayad ka para sa talento ng iyong developer ngunit dapat mong mapanatili ang kontrol at pagmamay-ari sa ideya. Sa iyo ito. Ikaw ang namuhunan dito, ikaw ang nanganganib sa iyong negosyo at kakayahang kumita para dito ... at ikaw ang dapat na panatilihin ito. Maaaring mapalitan ang mga developer at hindi dapat ilagay ang iyong aplikasyon, o mas masahol pa - ang iyong negosyo, nanganganib.

6 Comments

  1. 1

    Isa akong developer ng web app at sumasang-ayon ako sa karamihan ng iyong mga puntos (marahil lahat) ngunit nais kong isang paglilinaw sa # 3.

    Ang pakyawan ng pagkopya ng isang site o aplikasyon na naibenta sa ibang kumpanya (o mas masahol sa isang kakumpitensya) ay hindi etikal at dapat palaging itakda bilang hindi katanggap-tanggap sa iyong kontrata. Gayunpaman, nakabuo ako ng mga makabagong solusyon sa mga karaniwang problema habang nagtatrabaho sa proyekto ng kliyente na walang kinalaman sa kanilang partikular na biz at hindi rin ito kumakatawan sa isang makabuluhang bahagi ng pangkalahatang solusyon.

    Halimbawa:
    Nais ng kliyente ang antas ng pahina at kontrol sa antas ng patlang na nakatali sa mga tungkulin ng gumagamit. Ang pagpapaandar na "out of the box" para sa ASP.Net ay mga pahintulot sa antas ng folder. Kaya't pinalawak ko ang mga katutubong pahintulot para sa .Net at naihatid ang solusyon bilang bahagi ng isang pangkalahatang aplikasyon sa web.

    Naniniwala ako na may karapatan sila sa buong codebase (tulad ng nakasaad sa kontrata) ngunit sa palagay ko ay may katwiran ako sa paggamit ng parehong pamamaraan at mga tipak ng code upang magawa ang extension na ito sa mga susunod na proyekto.

    Isa pang kulubot:
    Ginawa ko ito habang sinasaka ng isang kumpanya ng pagkonsulta. Magkakaroon ba ng karapatan ang kumpanya ng pagkonsulta sa iyong opinyon na bumalik at kopyahin ang solusyon na iyon, ibenta ito bilang kanilang sarili?

    • 2

      Notreally,

      Sang-ayon naman tayo. Ang aking punto sa ito ay upang matiyak na mayroon ka ng code at maaaring lumakad kasama ang pinto. Kung ang iyong developer ay nag-iipon ng code para sa iyo at itulak ito sa iyong site - wala kang code. Nakita kong nangyari ito sa lahat mula sa graphics, Flash, .NET, Java… anumang nangangailangan ng isang source file at na-output.

      Doug

  2. 3

    Nakikita ko kung saan ka nagmumula at habang hindi ako sumasang-ayon sa lahat ng 100% (mayroon akong mga pag-uusap), dapat na palaging isipin ng mga kumpanya.

    1. GANAP. Hindi ma-stress nang sapat ito. Nagtrabaho ako para sa isang maliit na kumpanya na nagawa ito at naramdaman ko ang pagdurusa sa pagkakasangkot. Natutuwa akong nakapag-iwas doon. Dapat na ganap na panatilihin ng mga customer ang kontrol sa kanilang mga domain. Kung mayroon silang sapat na may kaalaman, huwag bigyan ang developer ng access dito. Kung hindi, tiyakin na ang developer ay may isang paraan para sa iyo na baguhin ang impormasyon / ilipat ang domain sa pamamagitan ng isang interface ng reseller ng ilang uri sa pinakamaliit.

    2. Bahagyang sumasang-ayon ako dito ngunit depende ito sa sitwasyon. Kung naglalagay ka ng isang simpleng PHP app at nangangailangan ng hosting ng mababang gastos, sa lahat ng paraan, kumuha ng isang LunarPages o DreamHost account o kung ano at itapon ito doon. Bigyan ang pag-access ng developer. Gayunpaman, tiyak na may mga nakabahaging hosting na may mababang gastos ... lalo na para sa mas malalaking bagay. Ngunit kung ikaw ay sapat na malaki upang mag-alala tungkol sa na dapat kang magkaroon ng isang tao na panteknikal sa kawani na maaaring harapin ito. Marami sa mga ito ay malinaw naman tungkol sa pagtitiwala. Oo naman bilang impiyerno maglagay ng isang bagay sa isang kontrata kung maaari mong tungkol sa ganitong uri ng bagay (mga paghihigpit at mga katulad). Ang hosting ng third party ay magaling kung ang developer ay hindi kailangang gumawa ng anumang bagay na magarbong. Inaamin kong napunit ako dahil talagang bagay ito na bagay. Depende rin ito sa laki ng site, ang hanay ng mga teknolohiyang ginamit. Kung magiging malaki ito, isinasaalang-alang ang pagkuha ng isang tao sa mga tauhan. Hindi palaging isang pagpipilian, ngunit mas ligtas para sa malalaking bagay.

    3. Ito rin ay isang bagay na ginawa ng aking dating kumpanya. Maaari kang umalis, bibigyan ka nila ng HTML, mga imahe atbp .... ngunit walang code. Ang code ay isang pinauupahang serbisyo karaniwang. Sinasabi na, mayroong pagmamay-ari at pagmamay-ari. Palagi akong nagawa ng isang hindi eksklusibong pagbebenta. Talaga, kailangan kong magamit muli ang aking mga sangkap. Wala akong isyu sa kliyente na nagmamay-ari nito, ginagawa kung ano ang gusto nila dito at may ibang nagtatrabaho dito pababa ng linya ... ngunit hindi ko bibigyan ng mortgage ang aking sarili at kailangang muling likhain ang gulong sa tuwing.

    4. Palagi. Palagi Palagi

  3. 4

    Maganda ang post ... magaling kahit na hindi ako sumasang-ayon sa isang item (# 2):

    "Mahusay na ang iyong developer ay maaaring magkaroon ng isang kumpanya ng pagho-host at ma-host ang iyong site para sa iyo, ngunit huwag gawin ito."

    Bagaman naiintindihan ko ang lohika sa likod nito, maaari itong maging counter-produktibo sa ilang mga kaso upang utusan na ang iyong proyekto ay mai-host sa ibang lugar. Kung ang kumpanya na bumubuo ng iyong site o app ay may isang hosting platform na mas gusto nilang gamitin, malamang na mas mahusay at mabisa ito para magamit nila ito.

    Bilang karagdagan, mula sa isang pilosopiko na pananaw, kung tatanggihan mong gamitin ang platform ng pag-host ng iyong developer dahil hindi mo nais na maging "hostage", pagkatapos ay nagtatakda ito ng isang tono ng kawalan ng pagtitiwala mula sa simula. Kung talagang hindi mo pinagkakatiwalaan ang iyong developer upang mag-host sa kanila, gusto mo ba talagang makipagtulungan sa kanila sa una?

    Alam ko na maraming mga kwentong katatakutan na mayroon tungkol sa ganitong uri ng sitwasyon, ngunit sa pangkalahatan inirerekumenda ko na mag-focus ka sa paghahanap ng isang developer na pinagkakatiwalaan mo. Maaari mong magamit ang pagho-host ng iyong developer at protektahan mo pa rin ang iyong sarili sa pamamagitan ng paghingi ng pang-administratibong pag-access at paggawa ng iyong sariling mga pag-backup.

    Muli, magandang post at napaka kapaki-pakinabang na impormasyon.

    Salamat!
    Michael Reynolds

    • 5

      Hi Michael,

      Maaari itong parang isang isyu sa pagtitiwala ngunit sa palagay ko hindi ito - talagang isang isyu sa kontrol at responsibilidad. Kung mamumuhunan ka ng isang makabuluhang halaga sa pagbuo ng iyong web site, dapat mong siguraduhin na makokontrol mo ang kapaligiran nito.

      Ang mga bagay ay nangyayari sa negosyo na pumutok sa mga relasyon at hindi sila dapat maging negatibo. Marahil ang iyong developer / firm ay nakakakuha ng isang napakalaking kliyente at hindi kayang bayaran ka ng oras. Marahil ay inilipat nila ang mga layunin sa negosyo. Minsan ang kanilang kumpanya sa pagho-host ay maaaring magkaroon ng mga isyu.

      Pinataguyod ko na kontrolin mo at maging responsable ng iyong pagho-host upang maaari kang umasa sa iyong developer para sa kung ano ang galing niya - pagbuo!

      Pinahahalagahan ko ang push-back, Michael.

  4. 6

    Isa rin akong developer ng web app, at sa palagay mo ay na-hit mo ang kuko sa ulo. Ang ilang mga saloobin:

    Sa palagay ko karamihan sa lahat ay sasang-ayon (at batay sa mga komento sa ibaba) # 1 ay isang ganap. Huwag kailanman, gawin ito. Kailanman Sa ilalim ng anumang pangyayari.

    Mayroon akong ibang pagkuha sa # 2 kaysa marahil sa ilan sa aking mga kapwa developer: tumatanggi kaming i-host ang pangwakas na produkto para sa aming mga customer (syempre, nagho-host kami ng isang pagsubok na server para sa mga kliyente upang subukan ang drive ng produkto sa panahon ng pag-unlad). Masaya kaming tulungan ang mga kliyente na mai-set up upang ma-host ito mismo o makahanap ng isang provider ng hosting. Hindi namin nais na makapasok sa negosyo ng pagho-host. Kung nangangahulugan iyon ng pag-iwas sa trabaho, ganoon din. Maraming magagaling na mga kumpanya ng pagho-host o mga firm firm sa imprastraktura doon kaysa maibigay ang serbisyong ito sa mas murang presyo. Hinihikayat namin ang kakayahang dalhin ng aming trabaho, at gagawin ang aming makakaya upang matulungan itong ma-host, kahit na pinalipat ng client ang mga tagabigay ng serbisyo sa kalsada.

    Para sa # 3, nakukuha ng aming mga kliyente ang lahat ng source code ng pangwakas na produkto na may isang pag-iingat: Para sa mga produkto ng third party na ginagamit sa solusyon (tulad ng mga kontrol sa web mula sa Telerik o Component One), maaari naming ibigay sa kliyente ang pinagsamang dll para sa ang kontrol ng third party (sabihin ang isang grid). Ang aming mga kasunduan sa paglilisensya sa mga kumpanya ng third party (na ibinibigay namin sa kliyente) ay nagbabawal sa amin mula sa muling pamamahagi ng source code para sa mga uri ng kontrol, sapagkat ito ay pag-aari ng intelektwal na mga third party, hindi amin. Ang paggamit ng mga ganitong uri ng mga produkto ay nakakatipid ng oras ng pag-unlad para sa kliyente at mas mura kaysa sa pagbuo ng parehong pag-andar mula sa simula. Kami ay pauna tungkol sa patakarang ito bago matapos ang anumang trabaho. Siyempre, kung nais ng kliyente na magbayad para sa pagpapaunlad ng pasadyang kontrol (sa halip na gamitin ang prebuilt na produkto mula sa pangatlong partido) nagbibigay kami ng source code para sa pasadyang kontrol kasama ang lahat.

    Pagdating sa muling paggamit ng code, napauna kami tungkol sa katotohanan na maaari naming muling magamit ang mga bahagi ng code maliban kung malinaw na eksklusibo itong binuo para sa paggamit ng kliyente (sabihin para sa isang pagmamay-ari na proseso ng negosyo) bago matapos ang anumang trabaho. Kung nais ng kliyente na magkaroon ng eksklusibong code na nabuo syempre, magagamit ito sa kanila.

    Tulad ng sinabi ng iba, laging inirerekomenda ang # 4. Palagi!

    Regards,
    Tim Young

Ano sa tingin ninyo?

Ang site na ito ay gumagamit ng Akismet upang mabawasan ang spam. Alamin kung paano naproseso ang data ng iyong komento.