Nenechte se svými vývojáři zajmout jako rukojmí

rukojmí 100107Tento víkend jsem zahájil rozhovor s místní umělkyní, která pomáhala jejímu šéfovi se správou několika webových aplikací, které její šéf vlastní.

Konverzace se změnila a některé ventilace pokračovaly v placení týdenních poplatků za vývoj, aniž by viděl jakýkoli pokrok u vývojáře, se kterým pracují. Nyní jim chce vývojář účtovat další paušální poplatek za dokončení projektu a také týdenní poplatek za údržbu k pokrytí dalších požadavků. Zhoršuje se to.

Vývojář přenesl názvy domén, aby je mohl spravovat. Vývojář také hostuje aplikaci na svém hostitelském účtu. Stručně řečeno, vývojář je nyní drží jako rukojmí.

Naštěstí žena, se kterou pracuji, požadovala v minulosti přístup pro správu k úpravě některých souborů šablon pro web. Vývojář jí mohl poskytnout omezený přístup, ale neudělal to. (Líně) jí poskytl administrativní přihlášení k webu. Dnes v noci jsem tento přístup použil k zálohování celého kódu pro web. Také jsem zjistil, jaký software pro správu používá, a dostal jsem se do administrace databáze, kde jsem byl schopen exportovat data i struktury tabulek obou aplikací. Páni.

Po dokončení vývoje vlastník plánoval přesun stránek na nové názvy domén. To je obrovské, protože to znamená, že platnost současných domén by mohla vypršet v případě, že by došlo k rozzlobenému oddělení mezi vývojářem a společností. Už jsem to viděl.

Několik tipů, pokud se chystáte získat outsourcingový vývojový tým:

  1. Registrace domén

    Zaregistrujte názvy domén na název své společnosti. Není špatné mít svého vývojáře jako technického kontaktu v účtu, ale nikdy převést vlastnictví domény na kohokoli mimo vaši společnost.

  2. Hostování vaší aplikace nebo webu

    Je skvělé, že váš vývojář může mít hostingovou společnost a může váš web hostovat za vás, ale nedělejte to. Místo toho se zeptejte na jeho doporučení ohledně umístění aplikace. Je pravda, že vývojáři se seznámí se softwarem pro správu, verzemi a umístěním zdrojů a že mohou pomoci váš produkt dokončit dříve. To znamená, že vlastníte hostitelský účet a přidejte svého vývojáře s jeho vlastním přihlášením a přístupem. Tímto způsobem můžete vytáhnout zástrčku, kdykoli potřebujete.

  3. Vlastníte kód

    Nepředpokládejte, že kód vlastníte, vložte jej písemně. Pokud nechcete, aby váš vývojář používal řešení, která jste mu zaplatili, aby ho vyvinuli jinde, musíte se rozhodnout, že v době uzavření smlouvy. Takto jsem vyvinul řešení, ale také jsem je vyvinul tam, kde si ponechávám práva na kód. V druhém případě jsem vyjednal náklady na aplikaci nižší, takže společnost byla motivována, aby mi udělila práva. Pokud vám nevadí, že váš vývojář používá váš kód jinde, neměli byste platit špičkový dolar!

  4. Získejte druhý názor!

    Neubližuje mým pocitům, když mi lidé říkají, že berou nabídky nebo se poradí s jinými profesionály. Ve skutečnosti to doporučuji!

Závěrem je, že platíte za talent svého vývojáře, ale musíte si nad myšlenkou udržet kontrolu a vlastnictví. Je to tvoje. Byl jste to vy, kdo do toho investoval, vy, kdo za to riskoval své podnikání a ziskovost ... a jste to vy, kdo by si to měl udržet. Vývojáře lze nahradit a to by nikdy nemělo ohrozit vaši aplikaci, nebo ještě horší - vaše podnikání.

6 Komentáře

  1. 1

    Jsem vývojář webových aplikací a souhlasím s většinou vašich bodů (možná se všemi), ale chtěl bych vysvětlení k # 3.

    Velkoobchodní duplikace stránek nebo aplikací prodávaných jiné společnosti (nebo v horším případě konkurenci) je neetická a ve vaší smlouvě by měla být vždy uvedena jako nepřijatelná. Vyvinul jsem však inovativní řešení běžných problémů při práci na projektu klienta, který nemá nic společného s jeho konkrétním bizem, ani nepředstavuje významnou část celkového řešení.

    Příklad:
    Ovládání na úrovni stránky a pole na úrovni klienta vázané na uživatelské role. Funkce „out of the box“ pro ASP.Net provádí oprávnění na úrovni složek. Takže jsem rozšířil nativní oprávnění pro .Net a dodal řešení jako součást celkové webové aplikace.

    Domnívám se, že mají nárok na celou základnu kódů (jak je stanoveno ve smlouvě), ale cítím se oprávněně používat stejnou metodologii a kusy kódu k dosažení tohoto rozšíření na budoucích projektech.

    Další vráska:
    Udělal jsem to, když jsem byl obhospodařován poradenskou společností. Měla by podle vás konzultační společnost právo vrátit se a zkopírovat toto řešení a uvést jej na trh jako své vlastní?

    • 2

      Spíš ne,

      Myslím, že souhlasíme. Mým cílem je zajistit, abyste měli kód a mohli s ním vyjít ze dveří. Pokud váš vývojář pro vás kompiluje kód a tlačí ho na váš web - nemáte kód. Viděl jsem to se vším od grafiky, Flash, .NET, Java ... všeho, co vyžaduje zdrojový soubor a je na výstupu.

      Doug

  2. 3

    Vidím, odkud přicházíte, a přestože nesouhlasím se vším na 100% (mám výhrady), společnosti by na to měly mít vždy na paměti.

    1. ABSOLUTNĚ. Nemůžu to dostatečně zdůraznit. Pracoval jsem pro malou společnost, která to udělala, a cítil jsem zdrcující vinu za to, že jsem byl zapojen. Jsem tak ráda, že jsem se odtamtud mohla dostat. Zákazníci by si měli absolutně udržet kontrolu nad svými doménami. Pokud mají někoho dostatečně důvtipného, ​​nedávejte tomu vývojáři přístup. Pokud ne, ujistěte se, že vývojář má způsob, jak změnit informace / přenést doménu prostřednictvím nějakého druhu distributora.

    2. S tím bych částečně souhlasil, ale pak to záleží na situaci. Pokud nasazujete jednoduchou aplikaci pro PHP a potřebujete levný hosting, ve všech ohledech si pořiďte účet LunarPages nebo DreamHost nebo něco takového a vložte jej tam. Poskytněte vývojáři přístup. Nízkorozpočtový sdílený hosting však určitě má své nevýhody ... zejména pro větší věci. Ale pokud jste dost velcí na to, abyste si dělali starosti, měli byste mít někoho technického personálu, který by to zvládl. Mnoho z toho je zjevně o důvěře. Jistě, sakra, dejte něco do smlouvy, pokud můžete, o takových věcech (omezení a podobně). Hostování třetích stran je skvělé, pokud vývojář nemusí dělat nic fantastického. Přiznávám, že jsem roztrhaný, protože je to opravdu situační věc. Závisí to také na velikosti webu, řadě použitých technologií. Pokud to bude velké, vezmeme-li v úvahu najmutí člověka na zaměstnance. Ne vždy možnost, ale bezpečnější pro velké věci.

    3. To je také něco, co udělala moje bývalá společnost. Mohli byste odejít, dali by vám HTML, obrázky atd…. ale žádný kód. Tento kód byl v zásadě pronajatou službou. Jak již bylo řečeno, existuje vlastnictví a vlastnictví. Vždy jsem prováděl nevýhradní prodej. V zásadě musím být schopen znovu použít své komponenty. Nemám problém s tím, že to klient vlastní, dělá si s ním, co chce, a nechám na tom pracovat někoho jiného ... ale nebudu si hypotéku dělat a budu muset pokaždé znovu objevit kolo.

    4. Vždy. Vždy. Vždy.

  3. 4

    Pěkný příspěvek ... dobře, i když nesouhlasím s jednou položkou (# 2):

    "Je skvělé, že váš vývojář může mít hostingovou společnost a může váš web hostovat za vás, ale nedělejte to."

    I když chápu logiku, která za tím stojí, může být v některých případech kontraproduktivní vyžadovat, aby byl váš projekt hostován někde jinde. Pokud má společnost vyvíjející váš web nebo aplikaci hostitelskou platformu, kterou raději používají, je pravděpodobné, že ji bude využívat efektivněji a produktivněji.

    Z filozofického hlediska navíc platí, že pokud odmítnete využívat hostitelskou platformu svého vývojáře, protože nechcete být „drženi jako rukojmí“, nastaví to od začátku tón nedůvěry. Pokud opravdu nedůvěřujete svému vývojáři natolik, abyste s ním hostili, pak opravdu chcete s nimi pracovat?

    Vím, že o takové situaci existuje mnoho hororových příběhů, ale obecně bych doporučil, abyste se zaměřili na nalezení vývojáře, kterému důvěřujete. Můžete využít hostování svého vývojáře a stále se chránit tím, že požádáte o přístup pro správce a vytvoříte si vlastní zálohy.

    Opět dobrý příspěvek a velmi užitečné informace.

    Díky!
    Michael Reynolds

    • 5

      Hi Michael,

      Může to znít jako problém důvěry, ale nemyslím si to - je to opravdu problém kontroly a odpovědnosti. Pokud se chystáte investovat významnou částku do vývoje svých webových stránek, musíte si být jisti, že můžete ovládat jejich prostředí.

      V podnikání se dějí věci, které narušují vztahy a nemusí být negativní. Možná si váš vývojář / firma získá velmi velkého klienta a nemůže vám dovolit čas. Možná mění obchodní cíle. Někdy může mít jejich hostingová společnost problémy.

      Obhajuji, abyste svůj hosting ovládali a odpovídali za něj, abyste se mohli spolehnout na svého vývojáře v tom, v čem je skvělý - ve vývoji!

      Oceňuji návrat, Michaele.

  4. 6

    Jsem také vývojář webových aplikací a myslím, že jste zasáhli hřebík do hlavy. Některé myšlenky:

    Myslím, že většina by souhlasila (a na základě níže uvedených komentářů) # 1 je absolutní. Nikdy, nikdy to nedělej. Vůbec. Za všech okolností.

    Mám jiný přístup k # 2, než snad někteří moji kolegové vývojáři: odmítáme hostovat konečný produkt pro naše zákazníky (samozřejmě hostujeme testovací server pro klienty, kteří testují produkt během vývoje). Jsme rádi, že klientům pomůžeme s nastavením hostování sami nebo vyhledáním poskytovatele hostingu. Prostě se nám nechce provozovat hosting. Pokud to znamená odvrátit práci, budiž. Existuje spousta skvělých hostingových společností nebo infrastrukturních firem, které mohou tuto službu poskytovat za mnohem levnější cenu. Podporujeme přenositelnost naší práce a uděláme vše, co bude v našich silách, abychom pomohli s jejím hostováním, i když klient přepíná poskytovatele hostingu roky.

    Pro # 3 získají naši klienti veškerý zdrojový kód finálního produktu s jednou výhradou: U produktů třetích stran, které se používají v řešení (jako jsou webové ovládací prvky od Telerik nebo Component One), můžeme dát klientovi kompilovanou dll pro ovládání třetí strany (řekněme mřížka). Naše licenční smlouvy s těmito společnostmi třetích stran (které poskytujeme klientovi) nám zakazují redistribuovat zdrojový kód pro tyto typy kontrol, protože jde o duševní vlastnictví třetích stran, nikoli o naše. Používání těchto typů produktů šetří klientovi čas na vývoj a je mnohem levnější než vytváření stejné funkce od nuly. Před zahájením jakékoli práce jsme o této politice předem. Samozřejmě, pokud si klient přeje zaplatit za vývoj vlastních ovládacích prvků (namísto použití předem připraveného produktu od třetí strany), poskytneme spolu se vším ostatním zdrojový kód pro toto vlastní ovládání.

    Pokud jde o opětovné použití kódu, jsme předem ohledně toho, že můžeme znovu použít části kódu, pokud nebyl výslovně vyvinut výhradně pro klientovo použití (řekněme pro proprietární obchodní proces) před provedením jakékoli práce. Pokud chce klient samozřejmě mít vyvinut exkluzivní kód, je mu k dispozici.

    Jak již řekli ostatní, vždy se doporučuje číslo 4. Vždy!

    Pozdravy,
    Tim Young

Co si myslíte?

Tyto stránky používají Akismet k omezení spamu. Zjistěte, jak jsou vaše údaje komentářů zpracovávány.