Kehittyvä teknologiaMobiili- ja tablet-markkinointiSearch Marketing

Vältä kehittäjien tarttumista panttivangiksi

panttivanki100107Tänä viikonloppuna aloitin keskustelun paikallisen taiteilijan kanssa, joka on avustanut pomoa muutaman hänen pomonsa omistaman verkkosovelluksen hallinnassa.

Keskustelu kääntyi ja jonkin verran tuuletusta jatkettiin viikoittaisten kehityspalkkioiden maksamisessa näkemättä edistystä kehittäjän kanssa, jonka kanssa he ovat työskennelleet. Nyt kehittäjä haluaa periä heiltä toisen kertamaksun projektin loppuunsaattamiseksi sekä viikoittaisen ylläpitomaksun muiden pyyntöjen kattamiseksi. Se pahenee.

Kehittäjä siirsi verkkotunnukset voidakseen hallita niitä. Kehittäjä isännöi sovellusta myös hosting-tilillään. Lyhyesti sanottuna kehittäjä pitää heitä nyt panttivankeina.

Onneksi nainen, jonka kanssa työskentelen, pyysi aiemmin järjestelmänvalvojan oikeuksia muokata joitain sivuston mallitiedostoja. Kehittäjä olisi voinut tarjota hänelle rajoitetun pääsyn, mutta ei. Hän (laiskasti) antoi hänelle hallinnollisen sisäänkirjautumisen sivustolle. Tänä iltana käytin tätä oikeutta varmuuskopioida koko sivuston koodi. Sain myös selville, mitä hallinto-ohjelmistoja hän käytti, ja pääsin tietokannan hallintaan, jossa pystyin viemään sekä sovellusten tiedot että taulukkorakenteet. Vau.

Omistaja suunnitteli sivustojen siirtämistä uusille verkkotunnuksille, kun kehitys oli valmis. Se on valtava, koska se tarkoittaa, että nykyiset verkkotunnukset voivat vanhentua, jos kehittäjä ja yritys eroavat toisistaan ​​vihaisesti. Olen nähnyt tämän tapahtuneen aiemmin.

Joitakin vinkkejä, jos aiot hankkia ulkoistetun kehitystiimin:

  1. Verkkotunnuksen rekisteröinti

    Rekisteröi verkkotunnuksesi yrityksesi nimessä. Ei ole huono, että kehittäjäsi on tilillä teknisenä yhteyshenkilönä, mutta ei ikinä siirtää verkkotunnuksen omistajuus kenellekään yrityksen ulkopuolella.

  2. Sovelluksesi tai sivustosi ylläpito

    On hienoa, että kehittäjälläsi saattaa olla hosting-yritys ja se voi isännöidä sivustoasi puolestasi, mutta älä tee sitä. Kysy sen sijaan hänen suosituksistaan ​​sovelluksen isännöimiseksi. On totta, että kehittäjät tutustuvat hallintaohjelmistoihin, versioihin ja resurssien sijaintiin, mikä voi auttaa tuotteitasi valmistumaan nopeammin. Se sanoi kuitenkin, että omistat isännöintitilin ja lisää kehittäjäsi omalla sisäänkirjautumis- ja käyttöoikeuksillaan. Näin voit vetää pistokkeen aina kun tarvitset.

  3. Omista koodi

    Älä oleta, että omistat koodin, laita se kirjallisesti. Jos et halua kehittäjän käyttävän hänelle maksamiasi ratkaisuja muualle, sinun on päätettävä siitä sopimuksen tekohetkellä. Olen kehittänyt ratkaisuja tällä tavalla, mutta olen myös kehittänyt niitä, jos pidän oikeudet koodiin. Jälkimmäisessä tapauksessa neuvotelin sovelluksen kustannukset pienemmiksi, jotta yrityksellä oli kannustin antaa minulle oikeuksia. Jos et välitä kehittäjältäsi käyttämästä koodiasi muualla, sinun ei pitäisi maksaa dollaria!

  4. Hanki toinen mielipide!

    Se ei vahingoita tunteitani, kun ihmiset sanovat minulle, että he tekevät tarjouksia tai neuvottelevat muiden ammattilaisten kanssa. Itse asiassa suosittelen sitä!

Tärkeintä on, että maksat kehittäjän lahjakkuudesta, mutta sinun on säilytettävä hallinta ja omistus ideasta. Se on sinun. Sinä sijoitit siihen, sinä riskoit yrityksesi ja kannattavuutesi sen vuoksi ... ja sinun on pidettävä se. Kehittäjät voidaan korvata, eikä sen pitäisi koskaan vaarantaa sovellustasi tai pahempaa - yritystäsi.

Douglas Karr

Douglas Karr on Martech Zone ja tunnustettu digitaalisen transformaation asiantuntija. Douglas on auttanut käynnistämään useita menestyneitä MarTech-startuppeja, auttanut yli 5 miljardin dollarin due diligence -tarkastuksessa Martechin hankinnoissa ja investoinneissa ja jatkaa omien alustojensa ja palveluidensa käynnistämistä. Hän on yksi perustajista Highbridge, digitaalisen muutoksen konsulttiyritys. Douglas on myös julkaissut Dummie's-oppaan ja yritysjohtajuuskirjan.

6 Kommentit

  1. Olen verkkosovelluskehittäjä ja olen samaa mieltä useimpien mielipiteidesi kanssa (ehkä kaikki), mutta haluaisin selvityksen # 3: sta.

    Toiselle yritykselle (tai pahempaa kilpailijalle) myydyn sivuston tai sovelluksen tukkukopiointi on epäeettistä, ja se on aina mainittava sopimuksessa, ettei se ole hyväksyttävää. Olen kuitenkin kehittänyt innovatiivisia ratkaisuja yleisiin ongelmiin työskennellessäni asiakkaan projektin parissa, jolla ei ole mitään tekemistä heidän yrityksensä kanssa eikä se edusta merkittävää osaa kokonaisratkaisusta.

    Esimerkiksi:
    Asiakas halusi sivutason ja kenttätason ohjauksen, joka on sidottu käyttäjärooleihin. ASP.Netin "pakkauksesta"-toiminto tekee kansiotason käyttöoikeuksia. Joten laajensin .Netin alkuperäisiä käyttöoikeuksia ja toimitin ratkaisun osana yleistä verkkosovellusta.

    Uskon, että heillä on oikeus koko koodikantaan (kuten sopimuksessa määrätään), mutta minusta on perusteltua käyttää samaa menetelmää ja koodinpaloja tämän laajennuksen toteuttamiseksi tulevissa projekteissa.

    Toinen ryppy:
    Tein tämän, kun konsulttiyritys viljeli minua. Olisiko konsulttiyrityksellä mielestäsi oikeus palata takaisin ja kopioida kyseinen ratkaisu markkinoida sitä omakseen?

    1. Ei oikeastaan,

      Luulen, että olemme samaa mieltä. Tarkoitukseni tässä on varmistaa, että sinulla on koodi ja voit kävellä ulos ovesta sen kanssa. Jos kehittäjäsi kokoaa koodia puolestasi ja lähettää sen sivustollesi, sinulla ei ole koodia. Olen nähnyt tämän tapahtuvan kaikessa grafiikasta, Flashista, .NET:istä, Javasta… kaikesta, mikä vaatii lähdetiedoston ja tulostetaan.

      Doug

  2. Näen mistä tulet, ja vaikka en ole samaa mieltä kaikesta 100% (minulla on varoituksia), yritysten tulisi aina pitää tämä mielessä.

    1. EHDOTTOMASTI. Tätä ei voi tarpeeksi korostaa. Olen työskennellyt pienessä yrityksessä, joka teki tämän ja tunsin musertavaa syyllisyyttä osallistumisestani. Olen niin iloinen, että pääsin sieltä pois. Asiakkaiden tulee ehdottomasti pitää hallussaan verkkotunnuksiaan. Jos heillä on joku tarpeeksi taitava, älä anna kehittäjälle pääsyä tähän. Jos ei, varmista, että kehittäjällä on tapa muuttaa tietoja/siirtää verkkotunnus ainakin jonkinlaisen jälleenmyyjän käyttöliittymän kautta.

    2. Olen osittain samaa mieltä tästä, mutta sitten se riippuu tilanteesta. Jos otat käyttöön yksinkertaisen PHP-sovelluksen ja tarvitset edullista isännöintiä, hanki LunarPages- tai DreamHost-tili tai jotain ja pudota se sinne. Anna kehittäjälle käyttöoikeus. Edullisilla jaetuilla isännöinnillä on kuitenkin varmasti haittapuolensa… varsinkin suuremmissa asioissa. Mutta jos olet tarpeeksi iso ollaksesi huolissasi siitä, sinulla pitäisi olla joku tekninen henkilökunta, joka voi käsitellä sitä. Suuri osa siinä on selvästikin luottamuksesta. Laita ihmeessä jotain sopimukseen, jos voit tällaisesta asiasta (rajoitukset ja muut). Kolmannen osapuolen isännöinti on hienoa, jos kehittäjän ei tarvitse tehdä mitään hienoa. Myönnän, että olen repeytynyt, koska se on todella tilannekohtainen. Se riippuu myös sivuston koosta ja käytetyistä teknologioista. Jos se on suuri, harkitse henkilön palkkaamista henkilöstöön. Ei aina vaihtoehto, mutta turvallisempi isoille tavaroille.

    3. Tämän teki myös entinen yritykseni. Voisit lähteä, he antaisivat sinulle HTML-koodin, kuvat jne. mutta ei koodia. Koodi oli periaatteessa vuokrapalvelu. Siitä huolimatta, on omistamista ja omistamista. Olen aina tehnyt ei-yksinomaisen myynnin. Periaatteessa minun on voitava käyttää komponenttejani uudelleen. Minulla ei ole mitään ongelmaa sen kanssa, että asiakas omistaa sen, tekee mitä haluaa sen kanssa ja joku muu tekee sen parissa… mutta en aio lainata itseäni ja minun on keksittävä pyörä uudelleen joka kerta.

    4. Aina. Aina. Aina.

  3. Hieno viesti ... hyvin tehty, vaikka olen eri mieltä yhdestä tuotteesta (# 2):

    "On hienoa, että kehittäjälläsi voi olla hosting-yritys ja se voi isännöidä sivustoasi puolestasi, mutta älä tee sitä."

    Vaikka ymmärrän tämän takana olevan logiikan, voi joissakin tapauksissa olla haitallista, kun käsken projektisi isännöimistä muualla. Jos sivustoasi tai sovellustasi kehittävällä yrityksellä on isäntäalusta, jota he haluavat käyttää, on todennäköistä, että se käyttää sitä tehokkaammin ja tuottavammin.

    Lisäksi jos filosofisesta näkökulmasta kieltäydyt käyttämästä kehittäjän isännöintialustaa, koska et halua olla "panttivankina", se asettaa alusta alkaen epäluottamuksen sävyn. Jos et todellakaan luota kehittäjääsi tarpeeksi isännöidä heidän kanssaan, haluatko todella työskennellä heidän kanssaan?

    Tiedän, että tällaisesta tilanteesta on olemassa monia kauhutarinoita, mutta yleensä suosittelen, että keskityt luotettavan kehittäjän löytämiseen. Voit hyödyntää kehittäjän ylläpitoa ja silti suojata itseäsi pyytämällä järjestelmänvalvojan käyttöoikeuksia ja tekemällä omat varmuuskopiot.

    Jälleen hyvä viesti ja erittäin hyödyllistä tietoa.

    Kiitos!
    Michael Reynolds

    1. Hei Michael,

      Se saattaa kuulostaa luottamusongelmalta, mutta en usko, että se on sitä – se on todella valvonta- ja vastuukysymys. Jos aiot sijoittaa huomattavan summan web-sivustosi kehittämiseen, sinun on oltava varma, että pystyt hallitsemaan sen ympäristöä.

      Liiketoiminnassa tapahtuu asioita, jotka rikkovat suhteet, eikä niiden tarvitse olla negatiivisia. Ehkä kehittäjäsi/yrityksesi saa erittäin suuren asiakkaan, eikä sinulla ole varaa siihen. Ehkä he muuttavat liiketoiminnan tavoitteita. Joskus heidän hosting-yrityksellään voi olla ongelmia.

      Kannatan sitä, että hallinnoit ja olet vastuussa isännöinnistänne, jotta voit luottaa kehittäjääsi siinä, mihin hän kykenee!

      Arvostan työntöä, Michael.

  4. Olen myös verkkosovelluskehittäjä, ja mielestäni olet osunut naulan päähän. Muutamia ajatuksia:

    Luulen, että useimmat kaikki olisivat samaa mieltä (ja ovat alla olevien kommenttien perusteella) #1 on ehdoton. Älä koskaan, koskaan tee sitä. Koskaan. Missä tahansa tilanteessa.

    Minulla on erilainen näkemys numerosta 2 kuin kenties joillakin kehittäjilläni: emme suostu isännöimään lopputuotetta asiakkaillemme (tietenkin isännöimme testauspalvelimen asiakkaillemme testaamaan tuotetta kehityksen aikana). Autamme mielellämme asiakkaita isännöimään sen itse tai löytämään hosting-palveluntarjoajan. Emme yksinkertaisesti halua ryhtyä isännöintiin. Jos se tarkoittaa työstä luopumista, olkoon niin. Siellä on paljon upeita hosting-yrityksiä tai infrastruktuuriyrityksiä, jotka voivat tarjota tämän palvelun paljon halvemmalla. Kannustamme työmme siirrettävyyttä ja teemme kaikkemme auttaaksemme sen isännöimistä, vaikka asiakas vaihtaisi isännöintipalveluntarjoajaa vuosien varrella.

    Kohdassa 3 asiakkaamme saavat lopputuotteen koko lähdekoodin yhdellä varoituksella: Kolmannen osapuolen tuotteille, joita käytetään ratkaisussa (kuten Telerik- tai Component One -verkkoohjaukset), voimme antaa asiakkaalle käännetyn dll-tiedoston kolmannen osapuolen ohjaus (esimerkiksi ruudukko). Lisenssisopimuksemme näiden kolmansien osapuolien yritysten kanssa (jotka tarjoamme asiakkaalle) kieltävät meitä jakamasta lähdekoodia uudelleen tämäntyyppisille ohjauksille, koska se on kolmansien osapuolien immateriaaliomaisuutta, ei meidän. Tällaisten tuotteiden käyttö säästää asiakkaalle kehitysaikaa ja on paljon halvempaa kuin saman toiminnallisuuden rakentaminen tyhjästä. Kerromme tästä käytännöstä etukäteen ennen kuin aloitamme työn. Tietenkin, jos asiakas haluaa maksaa mukautetun ohjauksen kehittämisestä (sen sijaan, että käyttäisi kolmannen osapuolen esirakennettua tuotetta), tarjoamme lähdekoodin kyseiselle mukautetulle ohjaukselle kaiken muun ohella.

    Koodin uudelleenkäytön suhteen olemme etukäteen tietoisia siitä, että voimme käyttää uudelleen osia koodista, ellei sitä ole nimenomaisesti kehitetty yksinomaan asiakkaan käyttöön (esimerkiksi patentoituun liiketoimintaprosessiin) ennen minkään työn suorittamista. Jos asiakas haluaa tietysti kehittää ainutlaatuista koodia, se on hänen käytettävissään.

    Kuten muut ovat sanoneet, numero 4 on aina suositeltavaa. Aina!

    Terveisin,
    Tim Young

Mitä mieltä olet?

Tämä sivusto käyttää Akismetiä roskapostin vähentämiseksi. Lue, miten kommenttitietosi käsitellään.

Aiheeseen liittyvät artikkelit