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.

6 Kommentit

  1. 1

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

    Toiselle yritykselle (tai pahemmalle kilpailijalle) myydyn sivuston tai sovelluksen päällekkäinen tukkumyynti on epäeettistä ja sopimuksessa on aina mainittava, ettei sitä voida hyväksyä. Olen kuitenkin kehittänyt innovatiivisia ratkaisuja yleisiin ongelmiin työskennellessäni asiakkaan projektissa, jolla ei ole mitään tekemistä heidän erityisyritysten kanssa, eikä se edusta merkittävää osaa kokonaisratkaisusta.

    Esimerkiksi:
    Asiakas halusi sivutason ja kenttätason hallinnan sidottu käyttäjän rooleihin. ASP.Net-sovelluksen "out of the box" -toiminto tekee kansiotason käyttöoikeudet. Joten laajensin .Netin alkuperäisiä käyttöoikeuksia ja toimin 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 samalla, kun konsulttiyritys oli viljellyt minua. Onko konsulttiyrityksellä mielestänne oikeus palata takaisin ja kopioida ratkaisu markkinoimalla sitä omana?

    • 2

      Ei oikeastaan,

      Luulen, että olemme samaa mieltä. Tarkoitukseni on varmistaa, että sinulla on koodi ja että voit kävellä ulos ovesta sen kanssa. Jos kehittäjäsi kokoaa koodia sinulle ja työntää sen ulos sivustollesi, sinulla ei ole koodia. Olen nähnyt tämän tapahtuvan kaikesta grafiikasta, Flashista, .NETistä, Java: sta ... kaikesta, mikä vaatii lähdetiedoston ja joka toimitetaan.

      Doug

  2. 3

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

    1. EHDOTTOMASTI. En voi korostaa tätä tarpeeksi. Olen työskennellyt pienessä yrityksessä, joka teki tämän, ja tunsin murskaavan syyllisyyttä osallistumisestani. Olen niin iloinen, että pääsin sieltä pois. Asiakkaiden tulisi ehdottomasti säilyttää verkkotunnustensa hallinta. 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 vaihtaa tietoja tai siirtää verkkotunnus ainakin jonkinlaisen jälleenmyyjän käyttöliittymän kautta.

    2. Olisin osittain samaa mieltä, mutta sitten se riippuu tilanteesta. Jos otat käyttöön yksinkertaisen PHP-sovelluksen ja tarvitset edullisen isännöinnin, hanki kaikin keinoin LunarPages- tai DreamHost-tili tai jotain ja pudota se sinne. Anna kehittäjälle käyttöoikeus. Edullisella jaetulla isännöinnillä on kuitenkin varmasti haittoja ... etenkin suuremmille asioille. Mutta jos olet tarpeeksi suuri huolestuttamaan siitä, sinulla pitäisi olla joku tekninen henkilöstö, joka pystyy käsittelemään sitä. Paljon siitä on tietysti luottamusta. Toki helvetti laittaa jotain sopimukseen, jos voit tällaisista asioista (rajoitukset ja niin edelleen). Kolmannen osapuolen hosting on loistava, jos kehittäjän ei tarvitse tehdä mitään hienoa. Myönnän olevani repeytynyt, koska se on todella tilannekohtainen asia. Se riippuu myös sivuston koosta, käytetyistä tekniikoista. Jos se tulee olemaan iso, harkitse henkilön palkkaamista henkilöstöön. Ei aina vaihtoehto, mutta turvallisempi suurille tavaroille.

    3. Tämä on myös jotain, mitä entinen yritykseni teki. Voisit lähteä, he antaisivat sinulle HTML: n, kuvat jne. mutta ei koodia. Koodi oli periaatteessa vuokrattu palvelu. Tästä huolimatta on omistamista ja omistamista. Olen aina tehnyt ei-yksinmyynnin. Pohjimmiltaan minun on pystyttävä käyttämään komponenttejani uudelleen. Minulla ei ole mitään ongelmaa siitä, että asiakas omistaa sen, tekee mitä haluaa sen kanssa ja että joku muu työskentelee sen parissa ... mutta en aio kiinnittää itseäni ja minun on keksittävä pyörä uudelleen joka kerta.

    4. Aina. Aina. Aina.

  3. 4

    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

    • 5

      Hei Michael,

      Se saattaa kuulostaa luottamuskysymykseltä, mutta en usko, että se on - se on oikeastaan ​​valvonta- ja vastuukysymys. Jos aiot sijoittaa huomattavan määrän verkkosivustosi kehittämiseen, sinun on oltava varma, että pystyt hallitsemaan sen ympäristöä.

      Liiketoiminnassa tapahtuu asioita, jotka rikkovat suhteita, eikä niiden tarvitse olla negatiivisia. Ehkä kehittäjäsi / yrityksesi saa erittäin suuren asiakkaan, eikä sinulla ole varaa aikaa. Ehkä ne muuttavat liiketoiminnan tavoitteita. Joskus heidän isäntä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. 6

    Olen myös verkkosovellusten kehittäjä, ja luulen, että olet löytänyt naulan päähän. Joitakin ajatuksia:

    Luulen, että useimmat kaikki olisivat samaa mieltä (ja ovat perustuneet alla oleviin kommentteihin) # 1 on ehdoton. Älä koskaan, koskaan tee sitä. Koskaan. Kaikissa olosuhteissa.

    Minulla on erilainen otos # 2 kuin ehkä joillakin kehittäjätovereillani: kieltäydymme isännöimästä lopputuotetta asiakkaillemme (tietysti isännöimme asiakkaille testauspalvelinta testaamaan tuotetta kehityksen aikana). Autamme mielellämme asiakkaita asettumaan isännöimään sitä itse tai etsimään palveluntarjoajaa. Emme yksinkertaisesti halua ryhtyä hosting-liiketoimintaan. Jos se tarkoittaa työn kääntämistä pois, niin olkoon. Siellä on paljon hyviä hosting-yrityksiä tai infrastruktuuriyrityksiä, jotka voivat tarjota tätä palvelua paljon halvemmalla. Kannustamme työmme siirrettävyyttä ja teemme kaikkemme auttaaksemme sitä isännöimään, vaikka asiakas vaihtaisi palveluntarjoajaa vuosien varrella.

    # 3: lle asiakkaamme saavat kaikki lopputuotteen lähdekoodit yhdellä varoituksella: Kolmannen osapuolen tuotteille, joita käytetään ratkaisussa (kuten Web-ohjaus Telerikiltä tai Component One), voimme antaa asiakkaalle kootun dll: n kolmannen osapuolen hallinta (esimerkiksi ruudukko). Lisenssisopimuksemme näiden kolmansien osapuolten yritysten kanssa (jotka toimitamme asiakkaalle) kieltävät meitä jakamasta lähdekoodia uudelleen tämäntyyppisiin valvontaan, koska se on kolmansien osapuolten henkinen omaisuus, ei meidän. Tämän tyyppisten tuotteiden käyttö säästää asiakkaalle kehitysaikaa ja on paljon halvempaa kuin saman toiminnallisuuden rakentaminen alusta alkaen. Olemme etukäteen tästä käytännöstä ennen minkään työn tekemistä. Tietenkin, jos asiakas haluaa maksaa mukautetun ohjauksen kehittämisestä (sen sijaan, että käytettäisi kolmannen osapuolen esivalmistettua tuotetta), tarjoamme kyseisen mukautetun ohjauksen lähdekoodin kaiken muun kanssa.

    Koodin uudelleenkäytön suhteen olemme ennakkoluulottomia siitä, että voimme käyttää koodin osia uudelleen, ellei sitä ole nimenomaisesti kehitetty yksinomaan asiakkaan käyttöön (esimerkiksi omaan liiketoimintaprosessiin) ennen työn tekemistä. Jos asiakas haluaa tietysti kehittää yksinomaisen koodin, se on heidän käytettävissä.

    Kuten muut ovat sanoneet, # 4 on aina suositeltava. Aina!

    Terveisin,
    Tim Young

Mitä mieltä olet?

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