Izvairieties no tā, lai jūsu izstrādātāji saņemtu ķīlnieku

ķīlnieks100107Šajā nedēļas nogalē es sāku sarunu ar vietējo mākslinieku, kurš palīdz viņas priekšniecei pārvaldīt pāris tīmekļa lietojumprogrammas, kas pieder viņas priekšniecei.

Saruna pagriezās, un daži mēģinājumi maksāja nedēļas attīstības izmaksas, neredzot nekādu progresu ar izstrādātāju, ar kuru viņi ir strādājuši. Tagad izstrādātājs vēlas no viņiem iekasēt vēl vienu vienreizēju maksu, lai pabeigtu projektu, kā arī iknedēļas uzturēšanas maksu citu pieprasījumu segšanai. Tas pasliktinās.

Izstrādātājs pārsūtīja domēna vārdus, lai viņš tos varētu pārvaldīt. Izstrādātājs arī mitina lietojumprogrammu savā mitināšanas kontā. Īsāk sakot, izstrādātājs tagad viņus tur kā ķīlniekus.

Par laimi, sieviete, ar kuru es strādāju, iepriekš pieprasīja administratīvo piekļuvi, lai rediģētu dažus vietnes veidņu failus. Izstrādātājs varēja nodrošināt viņai ierobežotu piekļuvi, taču viņš to nedarīja. Viņš (slinki) viņai nodrošināja administratīvo pieteikšanos vietnē. Šovakar es izmantoju šo piekļuvi, lai dublētu visu vietnes kodu. Es arī izdomāju, kādu pārvaldības programmatūru viņš izmanto, un devos uz datu bāzes administrāciju, kur es varēju eksportēt gan lietojumprogrammu datus, gan tabulu struktūras. Whew.

Pēc izstrādes pabeigšanas īpašnieks plānoja vietnes pārvietot uz jauniem domēna vārdiem. Tas ir milzīgi, jo tas nozīmē, ka pašreizējo domēnu derīguma termiņš varētu beigties gadījumā, ja attīstītājs un uzņēmums būtu sašutuši nošķirti. Esmu redzējis, ka tas notiek jau iepriekš.

Daži padomi, ja jūs plānojat iegūt ārpakalpojumu izstrādātāju komandu:

  1. Domēna reģistrācija

    Reģistrējiet savus domēna vārdus sava uzņēmuma nosaukumā. Nav slikti, ja jūsu izstrādātājs kontā ir tehnisks kontaktpersona, bet nekad nodot domēna īpašumtiesības ikvienam, kas nav jūsu uzņēmums.

  2. Jūsu lietojumprogrammas vai vietnes mitināšana

    Ir lieliski, ka jūsu izstrādātājam var būt mitināšanas uzņēmums un viņš var mitināt jūsu vietni jūsu vietā, taču nedariet to. Tā vietā jautājiet viņa ieteikumiem, kur izvietot lietojumprogrammu. Ir taisnība, ka izstrādātāji iepazīstas ar pārvaldības programmatūru, resursu versijām un atrašanās vietu, un tas var palīdzēt jūsu produktam tikt pabeigtam ātrāk. Tomēr tas nozīmē, ka jums pieder mitināšanas konts un pievienojiet savu izstrādātāju ar savu pieteikuminformāciju un piekļuvi. Tādā veidā jūs varat izvilkt kontaktdakšu, kad vien nepieciešams.

  3. Pieder kods

    Nedomājiet, ka kods pieder jums, rakstiet to rakstiski. Ja jūs nevēlaties, lai jūsu izstrādātājs izmantotu viņam / viņai samaksātos risinājumus, lai tie attīstītos citur, jums tas jāizlemj līguma noslēgšanas brīdī. Esmu izstrādājis risinājumus šādā veidā, bet arī tos, kur es paturēju tiesības uz kodu. Pēdējā gadījumā es sarunājos par lietojumprogrammas izmaksām, lai uzņēmums būtu stimuls man piešķirt tiesības. Ja jums nav iebildumu, ka jūsu izstrādātājs izmanto kodu citur, jums nevajadzētu maksāt dolāru!

  4. Iegūstiet otro viedokli!

    Tas nekaitē manām jūtām, kad ļaudis man saka, ka viņi veic piedāvājumus vai konsultējas ar citiem profesionāļiem. Patiesībā es to iesaku!

Secinājums ir tāds, ka jūs maksājat par sava izstrādātāja talantu, taču jums jāsaglabā idejas kontrole un īpašumtiesības. Tas ir Jūsu. Jūs ieguldījāt tajā, jūs riskējāt ar savu biznesu un rentabilitāti ... un jums tas jāuztur. Izstrādātājus var aizstāt, un tas nekad nedrīkst apdraudēt jūsu lietojumprogrammu vai, vēl ļaunāk, jūsu biznesu.

6 Komentāri

  1. 1

    Es esmu tīmekļa lietotņu izstrādātājs un piekrītu lielākajai daļai jūsu domu (varbūt visiem), bet es vēlētos saņemt skaidrojumu par 3. punktu.

    Vietnes vai lietojumprogrammas vairumtirdzniecība, kas pārdota citam uzņēmumam (vai vēl sliktāk - konkurentam), ir neētiska, un tā vienmēr jānosaka kā nepieņemama jūsu līgumā. Tomēr, strādājot pie klienta projekta, esmu izstrādājis novatoriskus risinājumus bieži sastopamām problēmām, un tam nav nekāda sakara ar viņu konkrēto biznesu, un tas arī nenozīmē nozīmīgu daļu no kopējā risinājuma.

    Piemērs:
    Klients vēlējās, lai lapas līmeņa un lauka līmeņa vadība būtu saistīta ar lietotāja lomām. ASP.Net funkcionalitāte “ārpus kastes” veic mapes līmeņa atļaujas. Tāpēc es pagarināju vietējās atļaujas .Net un piegādāju risinājumu kā daļu no vispārējās tīmekļa lietojumprogrammas.

    Es uzskatu, ka viņiem ir tiesības uz visu koda bāzi (kā noteikts līgumā), bet es uzskatu, ka ir pamatoti izmantot to pašu metodiku un koda gabalus, lai paveiktu šo paplašinājumu turpmākajos projektos.

    Vēl viena grumbiņa:
    Es to izdarīju, kamēr mani konsultēja uzņēmums. Vai konsultāciju uzņēmumam, pēc jūsu domām, būtu tiesības atgriezties un kopēt šo risinājumu, tirgojot to kā savu?

    • 2

      Ne īsti,

      Es domāju, ka mēs tam piekrītam. Šajā ziņā es gribu pārliecināties, vai jums ir kods un vai varat ar to iziet pa durvīm. Ja izstrādātājs jums apkopo kodu un izspiež to uz jūsu vietni, jums nav koda. Esmu redzējis, ka tas notiek ar visu, sākot no grafikas, Flash, .NET, Java ... jebkas, kam nepieciešams avota fails un kas tiek izdots.

      Doug

  2. 3

    Es redzu, no kurienes jūs nākat, un, kaut arī es nepiekrītu visam 100% (man ir iebildumi), uzņēmumiem tas vienmēr jāpatur prātā.

    1. PILNĪGI. Nevar to pietiekami uzsvērt. Esmu strādājis mazā uzņēmumā, kas to darīja, un es jutos nomācoša vainas sajūta par iesaistīšanos. Es esmu tik priecīgs, ka varēju izkļūt no turienes. Klientiem vajadzētu pilnībā saglabāt kontroli pār saviem domēniem. Ja viņiem ir kāds pietiekami gudrs, nedodiet izstrādātājam piekļuvi tam. Ja nē, pārliecinieties, ka izstrādātājam ir veids, kā mainīt informāciju / pārsūtīt domēnu, izmantojot vismaz kāda veida tālākpārdevēja saskarni.

    2. Es daļēji tam piekristu, bet tad tas ir atkarīgs no situācijas. Ja izvietojat vienkāršu PHP lietotni un jums ir nepieciešama zemu izmaksu mitināšana, visos gadījumos iegūstiet LunarPages vai DreamHost kontu vai kaut ko citu, un izmetiet to tur. Piešķiriet izstrādātājam piekļuvi. Tomēr zemu izmaksu kopīgotajam hostingam noteikti ir trūkumi ... it īpaši lielākām lietām. Bet, ja esat pietiekami liels, lai par to uztrauktos, personālā vajadzētu būt kādam tehniskam darbiniekam, kas ar to varētu tikt galā. Daudz kas no tā acīmredzami ir saistīts ar uzticēšanos. Protams, ellē kaut ko ieliek līgumā, ja varat par šāda veida lietām (ierobežojumiem un tamlīdzīgi). Trešās puses mitināšana ir lieliska, ja izstrādātājam nav jādara nekas grezns. Es atzīstu, ka esmu saplēsts, jo tā patiešām ir situācijas lieta. Tas ir atkarīgs arī no vietnes lieluma, izmantoto tehnoloģiju klāsta. Ja tas būs liels, apsverot iespēju pieņemt darbā personālu. Ne vienmēr ir iespēja, bet drošāka lielām lietām.

    3. To darīja arī mans bijušais uzņēmums. Jūs varētu atstāt, viņi jums iedotu HTML, attēlus utt. bet koda nav. Kods būtībā bija nomāts pakalpojums. To sakot, tur ir īpašnieks un īpašnieks. Es vienmēr esmu veicis neekskluzīvu pārdošanu. Būtībā man jāspēj atkārtoti izmantot savus komponentus. Man nav problēmu ar to, ka klientam tas pieder, darot to, ko viņi vēlas, un lai kāds cits strādā pie tā ... bet es pats sevi hipotēkā nēšu un katru reizi nāksies no jauna izgudrot riteni.

    4. Vienmēr. Vienmēr. Vienmēr.

  3. 4

    Jauks ieraksts ... labi izdarīts, lai gan es nepiekrītu vienam vienumam (# 2):

    "Ir lieliski, ka jūsu izstrādātājam var būt mitināšanas uzņēmums un viņš var mitināt jūsu vietni jūsu vietā, taču nedariet to."

    Lai gan es saprotu šī loģiku, dažos gadījumos var būt neproduktīvi noteikt, ka jūsu projekts tiek mitināts citur. Ja uzņēmumam, kas izstrādā jūsu vietni vai lietotni, ir mitināšanas platforma, kuru viņi izvēlas izmantot, visticamāk, viņiem būs efektīvāk un produktīvāk to izmantot.

    Turklāt, raugoties no filozofijas viedokļa, ja atsakāties izmantot izstrādātāja mitināšanas platformu, jo nevēlaties, lai jūs turētu kā ķīlnieku, tas jau no paša sākuma nosaka neuzticības toni. Ja jūs patiešām neuzticaties savam izstrādātājam pietiekami daudz, lai mitinātos ar viņiem, tad vai tiešām vēlaties vispirms sadarboties ar viņu?

    Es zinu, ka par šādu situāciju pastāv daudz šausmu stāstu, taču kopumā es iesaku jums koncentrēties uz uzticama izstrādātāja atrašanu. Jūs varat izmantot savu izstrādātāja mitināšanu un joprojām pasargāt sevi, pieprasot administratīvo piekļuvi un izveidojot pats savas dublējumkopijas.

    Atkal labs ieraksts un ļoti noderīga informācija.

    Paldies!
    Michael Reynolds

    • 5

      Hi Michael,

      Tas var izklausīties kā uzticības jautājums, bet es nedomāju, ka tas tā ir - tas tiešām ir kontroles un atbildības jautājums. Ja jūs gatavojaties ieguldīt ievērojamu summu savas vietnes izstrādē, jums jābūt pārliecinātam, ka varat kontrolēt tās vidi.

      Biznesā notiek lietas, kas pārtrauc attiecības, un tām nav jābūt negatīvām. Varbūt jūsu izstrādātājs / firma iegūst ļoti lielu klientu un nevar atļauties jums laiku. Varbūt tie maina biznesa mērķus. Dažreiz viņu mitināšanas uzņēmumam var būt problēmas.

      Es atbalstu to, ka jūs kontrolējat un esat atbildīgs par savu mitināšanu, lai jūs varētu būt atkarīgs no sava izstrādātāja par to, kā viņš lieliski attīstās!

      Es novērtēju atgrūšanos, Maikl.

  4. 6

    Es esmu arī tīmekļa lietotņu izstrādātājs, un es domāju, ka jūs esat iesitis naglai uz galvas. Dažas domas:

    Es domāju, ka lielākā daļa visi piekristu (un, pamatojoties uz zemāk esošajiem komentāriem), # 1 ir absolūts. Nekad, nekad to nedari. Kādreiz. Jebkurā gadījumā.

    Man ir atšķirīga 2. pozīcija, nekā, iespējams, daži no maniem izstrādātājiem: mēs atsakāmies no gala produkta mitināšanas mūsu klientiem (protams, mēs mitinām testēšanas serveri klientiem, lai izstrādes laikā testētu produktu). Mēs priecājamies palīdzēt klientiem izveidot pašiem to mitināt vai atrast mitināšanas pakalpojumu sniedzēju. Mēs vienkārši nevēlamies iesaistīties mitināšanas biznesā. Ja tas nozīmē darba novēršanu, lai tā būtu. Ir daudz lielisku hostinga uzņēmumu vai infrastruktūras uzņēmumu, kas var sniegt šo pakalpojumu par daudz lētāku cenu. Mēs veicinām mūsu darba pārnesamību un darīsim visu iespējamo, lai palīdzētu to mitināt, pat ja klients vairākus gadus maina mitināšanas pakalpojumu sniedzējus.

    Par 3. numuru mūsu klienti saņem visu galaprodukta pirmkodu ar vienu brīdinājumu: trešo personu produktiem, kas tiek izmantoti risinājumā (piemēram, tīmekļa vadība no Telerik vai Component One), mēs varam klientam sniegt apkopoto dll par trešās puses kontrole (teiksim režģis). Mūsu licencēšanas līgumi ar tiem trešo personu uzņēmumiem (kurus mēs piedāvājam klientam) aizliedz mums pārdalīt pirmkodu šāda veida kontrolei, jo tas ir trešo personu, nevis mūsu, intelektuālais īpašums. Šāda veida produktu izmantošana klientam ietaupa izstrādes laiku un ir daudz lētāka nekā tās pašas funkcionalitātes veidošana no jauna. Pirms jebkāda darba veikšanas mēs jau iepriekš runājam par šo politiku. Protams, ja klients vēlas maksāt par pielāgotās vadības izstrādi (tā vietā, lai izmantotu iepriekš sagatavotu produktu no trešās puses), mēs nodrošinām šīs pielāgotās vadības avota kodu kopā ar visu pārējo.

    Runājot par koda atkārtotu izmantošanu, mēs esam pārliecināti par to, ka mēs varam atkārtoti izmantot koda daļas, ja vien tas nav skaidri izstrādāts tikai klienta lietošanai (teiksim patentētam biznesa procesam) pirms jebkāda darba veikšanas. Ja klients vēlas, lai, protams, tiktu izstrādāts ekskluzīvs kods, tas viņiem ir pieejams.

    Kā jau citi ir teikuši, # 4 vienmēr ir ieteicams. Vienmēr!

    Sveicieni,
    Tims Jangs

Ko jūs domājat?

Šī vietne izmanto Akismet, lai samazinātu surogātpastu. Uzziniet, kā tiek apstrādāts jūsu komentārs.