Domanda:
Il mio datore di lavoro (cliente) vuole che lavori in modalità "fantasma"
Mik378
2016-07-29 12:02:02 UTC
view on stackexchange narkive permalink

Ecco il contesto:

  • Sono un architetto / sviluppatore di software freelance e ho iniziato a lavorare per una nota azienda 3 settimane fa, per almeno un anno.
  • Mi hanno reclutato perché hanno completamente fallito su un progetto durante 6 mesi (un'applicazione mobile ibrida) ei loro clienti sono molto arrabbiati perché l'applicazione è abbastanza inutilizzabile.
  • Aziende e clienti si aspettano che il team IT risolva ogni bug su l'applicazione e per migliorare drasticamente le prestazioni.

Nel mio contratto è scritto che lavorerei lì per guidare e ricostruire l'intera applicazione grazie alle mie capacità di programmazione e conoscenza dell'architettura (che sfortunatamente, nessuno dei loro stessi lo ha).

Ieri, il team IT incluso i superiori mi ha detto: Ricostruirai l'intera applicazione da solo, perché sei tu quello che può farlo qui. Ma non vogliamo monitorare il tuo lavoro a Jira come gli altri, non vogliamo che l'azienda sia a conoscenza della tua esistenza stron g> perché non apprezzerebbero che stiamo ricostruendo l'intera app, anche se ci vogliono pochi mesi. Non vorrebbero nemmeno pensare di non essersi fidati di un precedente team esterno per 6 mesi per creare questa versione di merda dell'app.

Vogliamo che tu lavori in modalità fantasma, sapendo che nessuno si accorgerà che stai facendo tutto il lavoro.

Sono imbarazzato. Non voglio riparare i guasti sottoterra, ricostruendo l'intero prodotto da solo, senza far sapere alle persone che hanno effettivamente fallito. Non fa parte dei principi della mia vita.

Accetteresti di fare un lavoro enorme per un'azienda senza che nessuno sia a conoscenza del tuo buon lavoro, anche Jira per monitorare il tuo lavoro come qualsiasi altro membro del team ?

Accetteresti di lavorare in questo contesto? È una buona idea aspettarti che il mio reclutatore cambi idea e inizi a monitorare il mio lavoro come qualsiasi altro compagno di squadra?

Sottolineo che non sono un semplice dipendente ma lavoro per conto della mia azienda (freelance).

Sembra che alcuni cattivi manager stiano cercando di coprire le loro tracce, non sono sicuro che vorrei rimanere intrappolato in quel fuoco incrociato se il progetto "fantasma" fosse scoperto, l'intera situazione mi puzza
Con così sporco come sembra, dovrebbe venire con una seria paga di rischio. Potrebbe danneggiare la tua reputazione negli anni a venire. Se ti viene garantito abbastanza denaro per andare in pensione, beh, nessun problema. Altrimenti, potrebbe essere un pessimo affare.
I commenti non sono per discussioni estese; questa conversazione è stata [spostata in chat] (http://chat.stackexchange.com/rooms/43258/discussion-on-question-by-mik378-my-employer-client-wants-me-to-work-in- fantasma).
Ho commentato prima di leggere la chat. Gran parte di questo stava chiarendo informazioni ... siamo sicuri che avrebbe dovuto essere spostato tutto?
Sono un consulente professionale da 35 anni e anch'io l'ho fatto molte volte. Questo tipo di riservatezza e * discrezione * fa parte di ciò per cui sta pagando il tuo cliente. L'unico modo in cui potresti danneggiare la tua reputazione è compromettere la fiducia del tuo cliente. Ma sì, ** prendi ** tutto per iscritto (l'email va bene).
Pura curiosità, ma cosa hai finito per fare?
@kmort sono riuscito a convincerli a rendere ufficiale il progetto, spiegando che chiaramente non avrei voluto lavorare in un simile contesto.Poiché avevano davvero bisogno di me per le mie capacità, hanno accettato di cambiare il contesto.Ci è voluto del tempo però.
Dodici risposte:
Kaz
2016-07-29 17:12:49 UTC
view on stackexchange narkive permalink

Metti tutto per iscritto

Il cliente desidera che tu svolga un lavoro sostanzialmente diverso da quello del tuo contratto di lavoro.

Vogliono che tu lo faccia in condizioni insolite e tecnicamente impegnative.

Queste condizioni sono probabilmente non etiche (per i manager) e comportano un rischio potenziale significativo per te (principalmente reputazionale, possibilmente legale).

Sicuramente suona come il tipo di luogo in cui, se qualcosa va storto in futuro, o qualcuno scopre questo progetto "fantasma" e ne fa un putiferio, o qualcuno cerca un capro espiatorio, tu sarai il primo obiettivo.


Ricevi tutto per iscritto. Tutti i requisiti, tutte le condizioni, tutte le istruzioni.

Quindi ottieni l'opinione di un buon avvocato sulla tua potenziale esposizione.

Quindi negozia per una retribuzione seria. Se ti stanno chiedendo di svolgere il lavoro di un intero team, è meglio che ti paghino per questo.


Sia che tu sia eticamente preparato a farlo. il lavoro è una decisione estremamente personale con cui non possiamo aiutarti.

Se ha senso per gli affari dipenderà da quanto sopra.

Pensaci bene, e poi, se ti stanno pagando abbastanza per valerne la pena ed è compatibile con la tua etica, fallo.

A questa risposta dovrebbe essere dato più peso di quanto non sia stato finora. +1 da me. Inoltre, questo potrebbe finire per essere un enorme divario nel suo curriculum se la sua esistenza viene negata a qualcuno che esegue un controllo dei precedenti o una verifica della storia lavorativa, oltre ai problemi che hai menzionato.
@RichardU Presumo che avrebbe scritto sul curriculum qualcosa come "Lavorato per [redatto]", purché spieghi che una condizione di lavoro lì non era per parlarne, non penso che sarebbe un problema - no a meno che non fosse l'unica cosa lì.
@Benubird Forse, ma ricorda, le risorse umane e le agenzie sono alla ricerca di motivi per escludere i curriculum, e questo potrebbe essere sufficiente. Se vedessi qualcosa del genere su un curriculum, lo ignorerei a meno che non fossi alla disperata ricerca di uno skillset che solo lui o lei aveva.
@RichardU Sei preoccupato per la "verifica della storia lavorativa"? Che scriverà di aver fatto un intero progetto per GonzoCorp su contratto, e poi qualcuno telefonerà a GonzoCorp per verificarlo, e che GonzoCorp dirà a ParanoidCorp che non ha fatto un intero progetto per loro, per coprire qualsiasi prova che qualcuno ha da nessuna parte di questo? Suppongo che se Gonzo è QUEL gonzo, e non penso di voler lavorare per nessuno di quei corpi.
@RichardU Abbastanza giusto: ho lavorato principalmente solo per piccole aziende (<20 persone), e immagino che facciano le cose in modo diverso - tbh, non credo di aver mai controllato una referenza o sentito di qualcuno che lo fa. Soprattutto durante il colloquio, chiedo loro solo della loro esperienza, poiché sono più preoccupato se possono svolgere il lavoro rispetto a dove avrebbero potuto lavorare in precedenza.
@Dronz Non è paranoidcorp, è Notwantingheadachescorp. I CV vengono espulsi per la punteggiatura. Tutto ciò che solleva una bandiera invia il curriculum al cestino. I responsabili delle risorse umane / agenzie / assunzioni semplicemente non vogliono occuparsi di nulla di insolito quando ci sono molti altri candidati.
+1 documenti legali per coprirti, senza prove questo potrebbe diventare sgradevole
Ad 3. Vale la pena notare quanto software viene fornito "così com'è" e quanto "copertura completa per i danni che causerà". Soprattutto considerando la condizione "senza bug".
Poteva firmare un accordo di riservatezza relativo al lavoro che stava effettivamente eseguendo. Sulla base della descrizione di cui sopra, ha un contratto con l'azienda e dovrebbe essere in grado di ricevere una raccomandazione dai suoi superiori (anche se potrebbe essere vaga). Sarebbe piuttosto illegale per loro assumerlo e non registrarlo come dipendente a fini fiscali.
Un'alternativa per la verifica dell'occupazione è fornire una busta paga e molto probabilmente una spiegazione. Per quanto riguarda la correzione di tutti i bug, aggiungerei la parola "corrente" intorno al contratto.
Non vedo come sia sostanzialmente diverso. Op ha detto: "è scritto che lavorerei lì per guidare e ricostruire l'intera applicazione" - sembra che sia quello che mi sta facendo.
Il CV di un libero professionista sarà meno incentrato cronologicamente, quindi non credo che nessuno debba sapere delle lacune occupazionali.
"bravo avvocato": non trovare un avvocato inesperto qui. Non è un caso facile da affrontare.
Kilisi
2016-07-29 15:46:27 UTC
view on stackexchange narkive permalink

Sei un libero professionista, se vuoi che i soldi facciano il lavoro. Se interferisce con la tua etica, ma vuoi comunque i soldi, vai in chiesa più spesso o razionalizzala in un altro modo. Se è totalmente in contrasto con la tua etica, rifiutala.

Personalmente non mi interessa cosa è successo prima che ottenessi il lavoro. Il mio unico obiettivo è il lavoro stesso. Se infrango le leggi, allora è un'altra questione e la rifiuterei.

L'unico modo in cui un'affermazione come "sei l'unico può fare il lavoro" potrebbe avere un impatto su di me è fare ripensare i miei prezzi al rialzo. Fare ondate come freelance rispetto al lavoro di altre persone è dannoso per il tuo flusso di entrate e non è vantaggioso.

Alcuni freelance sono di testa e spalle al di sopra dei dipendenti di un'azienda, ecco perché vengono assunti, ma ottengono una testa gonfia è dannoso a lungo termine.

@Mik378 È l'unico punto di vista se vuoi farlo come libero professionista. La tua consegna dovrebbe essere l'unica cosa che conta per te
@Mik378 Sono d'accordo con questo. Soprattutto per la testa gonfia. Ti dicono di sviluppare nuovamente un'intera applicazione mentre un altro team di sviluppatori risolve i bug su quella che intendono cagare. Questi ragazzi sono bugiardi. Devono mentire a te, all'azienda e / o agli altri sviluppatori. Probabilmente è tutto quanto sopra. Prendi tutto quello che ti dicono con un granello di sale. La mia ipotesi è che i "leader" abbiano causato questo pasticcio, non il team tecnico. Se incontri difficoltà o ritardi, puoi aspettarti che il loro atteggiamento nei tuoi confronti assomigli a come parlano degli altri sviluppatori.
Sono completamente in disaccordo con questa risposta. Se vuole i soldi, è meglio che abbia un contratto ermetico che spieghi l'accordo di scrittura fantasma (invece del contratto attuale che ha ora). Non usando Jira. Non dire alla gente su cosa sta lavorando. Questa è una ricetta infallibile per non essere pagato per violazione del contratto.
@StephanBranczyk qualsiasi freelance che non tiene registri, non ottiene il lavoro firmato e si copre le spalle è soggetto ad abusi, indipendentemente dal tipo di contratto stipulato. Non ti affidi ai clienti per farlo. Ho fatto provare ai clienti ogni sorta di spazzatura, li ho strappati tutti i nuovi orifizi e me ne sono andato con una piccola manciata di soldi in più che se avessero pagato correttamente senza giocare. Sono persino tornati e mi hanno dato più lavoro una volta che si sono ripresi.
Dipende dalla struttura di pagamento. Se ti pagano regolarmente per un lavoro che è scritto, non vedo il danno. Se fossi nella posizione di OP, aumenterei immediatamente la mia tariffa.
@StephanBranczyk Non sono a conoscenza di alcun requisito professionale o etico per utilizzare JIRA.
@emory, È stato reclutato con una particolare descrizione del lavoro. Ha firmato un contratto particolare. Dopo sole tre settimane dal contratto, gli dissero di farlo in segreto e da solo. Se non altro, scommetto che la descrizione del lavoro descriveva alcuni degli strumenti condivisi e alcune delle risorse umane che doveva utilizzare per il lavoro (che non sarà in grado di utilizzare). Inoltre, quando fattura il suo lavoro, probabilmente gli sarà ulteriormente richiesto di mentire / offuscare il tipo di lavoro che ha svolto. E più mente per coprire le loro tracce, più creerà prove che non stava facendo il lavoro per cui era stato assunto.
Stephan Kolassa
2016-07-29 12:11:27 UTC
view on stackexchange narkive permalink

Non ho intenzione di commentare il lato etico delle cose, sebbene anche questo sia certamente problematico.

Direi che JIRA e altri sistemi di tracciamento dei problemi esistono per una ragione. Se non imposti i tuoi requisiti e le attività e tieni traccia di come risolverli e risolverli, ma invece pianifichi di creare un'intera applicazione senza alcuno strumento di gestione del progetto codificato (indipendentemente dal motivo di ciò !), ti imbatterai in tutti gli stessi problemi in cui incorrono altre persone che vogliono eseguire un progetto in questo modo per altri motivi: discrepanza tra i requisiti e le funzionalità effettive che costruisci, scarsa o nessuna pianificazione delle risorse , e in seguito molte critiche, insulti e discussioni "ha detto, ha detto" in giro.

Raccomandare di non farlo è la via più facile per noi qui a Workplace.SE. Tuttavia, vorrei sicuramente sollevare questi problemi con la tua direzione e dire loro che dovresti almeno utilizzare alcuni strumenti di gestione per il bene del progetto. Se al cliente finale deve essere detto cosa stai facendo esattamente dovrebbe essere una discussione separata.

Potrei aggiungere a questa risposta, questi sono gli stessi manager che hanno portato al fallimento del progetto in primo luogo, quindi sarebbe sconsigliato ascoltarli su consigli su come realizzare il progetto. Non avere modo di tenere traccia dei bug, imparare dagli errori o utilizzare un team mi sembra che questo progetto sia destinato al fallimento.
+1 Sì, questo. Esistono molti strumenti essenzialmente gratuiti, ospitati in una sorta di cloud o sulla propria infrastruttura (VM). Copiare estratti pertinenti o conversazioni telefoniche nelle voci corrispondenti, ecc. Più la direzione dell'OP vuole che le cose passino inosservate, più dovrebbe documentare l'OP, anche se lui stesso fa tutta la documentazione.
Michael Kohne
2016-07-29 17:00:36 UTC
view on stackexchange narkive permalink

Direi che se il capo vuole davvero che tu faccia questo lavoro separato dal resto del team (quasi sicuramente una cattiva idea), allora insisti nell'impostare le tue istanze JIRA o qualsiasi altra cosa per il monitoraggio del progetto. Ciò ti consentirà di avere veri strumenti di gestione e una certa speranza di fare le cose bene, dandogli la copertura che sembra desiderare.

Dovrai anche assicurarti che abbia un vero indizio su come scoprirai cosa dovrebbe succedere. Ovviamente l'app esistente è un problema, ma ci sono buone probabilità che sia successo perché varie parti non stavano parlando. In questo caso, escluderti da tutti NON ti aiuterà.

Inoltre, dovrai capire come funzionerà il QA. Di nuovo, se stai usando il ghosting, come viene eseguito il QA?

Questo è stato il mio primo pensiero e sono sorpreso che non riceva più attenzione. Questo progetto è già fallito con più persone che ci lavorano. Ora viene assunto da un singolo sviluppatore, senza documentazione, senza monitoraggio delle attività o tracciamento dei bug, senza revisione del codice, senza QA ... e si aspettano che funzioni meglio? Se ti stanno dicendo che hai competenze che a loro mancano, allora forse dovresti spiegare loro che la tua esperienza ti dice che hai bisogno di tutte quelle cose.
* Deve * esserci una sorta di sistema di tracciamento dei requisiti, altrimenti come puoi dimostrare di aver raggiunto le pietre miliari a cui il tuo contratto è (presumibilmente) legato? Potrebbe finire per essere un foglio di calcolo nel cloud da qualche parte, ma ci deve essere un modo per monitorare e documentare i progressi.
@anaximander ... presumibilmente, senza esplorare le esigenze dell'utente dietro l'app, dovrei aggiungere alla tua lista.
Il controllo qualità viene eseguito su mergeback e non hanno idea di farlo.
Aggiungerei che è meglio per il libero professionista essere in grado di dimostrare la paternità / proprietà del copyright del proprio codice. Un repository git può essere facilmente simulato, quindi non è una prova; la posta elettronica certificata con il repository allegato può aiutare, o qualsiasi altro modo comune per dimostrare l'autore del lavoro creativo. Questo è molto importante se il freelance riutilizza il proprio codice da progetti passati, o prevede di riutilizzare il nuovo codice, o prende in prestito del codice dal client; o se il cliente è una grande azienda / litigiosa con abbondanza di artiglieria legale da utilizzare contro i concorrenti.
Lightness Races in Orbit
2016-07-29 17:24:29 UTC
view on stackexchange narkive permalink

Questo è potenzialmente estremamente preoccupante. Se il team IT non desidera che il resto dell'azienda sappia che sei stato assunto, significa che le risorse umane non ti conoscono. Quindi:

  • chi ti garantisce il tuo libro paga?
  • sei coperto da un'assicurazione di responsabilità civile aziendale?
  • chi ha firmato il tuo contratto e aveva autorità per farlo?
  • sei davvero, tecnicamente, formalmente impiegato da loro affatto ?

Non mi sognerei nemmeno di entrare in una tale disposizione.

D'altra parte, se il tuo impiego è del tutto corretto, ed è solo lo specifico quotidiano di ciò su cui lavorerai che i tuoi superiori non vogliono che fuoriescano dal team IT ... beh, odora di gestione piuttosto scadente, ma non sarei molto preoccupato da un punto di vista strettamente pratico.

Sembra che sia apertamente impiegato e partecipi alle riunioni, ma pensano di poter nascondere che sta tranquillamente sostituendo l'intero prodotto per tutti, ma sì, è estremamente preoccupante.
gnasher729
2016-07-29 17:22:09 UTC
view on stackexchange narkive permalink

Questo è il genere di cose per cui vieni assunto come libero professionista, ed è il tipo di cose che ti fanno guadagnare di più per giornata lavorativa rispetto a un dipendente.

Ovviamente il controllo del codice sorgente e uno strumento come JIRA sono utili o non esisterebbero. Quindi qualunque cosa tu stia facendo, probabilmente stai eseguendo il controllo del codice sorgente "privato" e JIRA "privato" (a cui il manager responsabile dovrebbe essere in grado di accedere e che verrebbe consegnato al tuo successore se venissi investito da un autobus). Questa è anche la prova che stai facendo un lavoro buono e produttivo, in caso di dubbio.

Se la società desidera avere il proprio JIRA con meno elementi di lavoro, lo lascerei a loro. So che non sarei affatto bravo a fingere una storia JIRA.

Ma il principio: dovresti farlo? Presumo che la scelta sia tra te che lo fai o qualcun altro che lo fa. In un anno, quando avrai finito, il team di sviluppo riceverà gli elogi e il management superiore verrà detto che in realtà non hai ottenuto molto. Questo è il motivo per cui vieni assunto, ed è per questo che vieni pagato molto. Ciò accade anche a livelli più alti, dove un'azienda in difficoltà può assumere un nuovo CEO al solo scopo di prendere tutte le decisioni impopolari che devono essere prese e implementarle, per poi essere licenziata - cosa che tutti conoscono e che è inclusa in la paga.

Questo. Potrei anche essere propenso a dire qualcosa del tipo: "Ah, vuoi il protocollo in modalità fantasma! Certamente posso farlo, anche se ovviamente ci sarà un supplemento di discrezione del 20%"
Solo su un punto tangenziale; i liberi professionisti che lavorano per la propria azienda dovrebbero essere pagati una buona fetta di più perché devono occuparsi di tutte le cose che normalmente farebbero le risorse umane / finanza. Cose come pensione, vacanze, tasse, assicurazioni, attrezzature, benefici ... la lista potrebbe continuare.
I liberi professionisti sono spesso utilizzati anche per lavori che nessuno vuole fare. Ad esempio lavori di sviluppo che non fanno soldi ma solo costano (ma devono essere fatti perché non farli è ancora più costoso che farli), quindi chi lo fa non riceverà alcun elogio dalla direzione.
@Benubird: 20% il mio bulbo oculare peloso e grasso! - 250% negoziabile fino a, forse, 200%. Più un considerevole acconto, forse il 15%, non rimborsabile.
corsiKa
2016-07-29 19:51:17 UTC
view on stackexchange narkive permalink

Devi considerare tre cose, proprio come faresti con qualsiasi altro lavoro:

  1. Avrò le risorse di cui ho bisogno per svolgere correttamente il lavoro?
  2. Vengo adeguatamente compensato per aver svolto correttamente il lavoro?
  3. Riceverò referenze per ottenere lavori futuri?

Per prima cosa, non sono così sicuro che tu lo faccia . Non avrai sviluppatori junior a cui delegare compiti minori. Non avrai tester attivi nel lato aziendale, dal momento che non sanno nemmeno che lo stai facendo. Non hai le ultime specifiche, perfezionamenti e liste dei desideri, perché ancora una volta nessuno sa che lo stai facendo. Non hai gli strumenti di monitoraggio di cui hai bisogno (anche se potresti impostare il tuo Bugzilla o qualcosa del genere). Ora, ognuno di questi può essere mitigato, soprattutto se riesci a trovare un utente aziendale di cui la tua direzione si fida per aiutarti, ma lo fanno deve essere mitigato in qualche modo.

Per il secondo, sembra che lo farai. Dopotutto, hanno un disperato bisogno di questa nuova versione. La tua direzione sembra decisamente "gettare soldi al tipo di problema" e tu sei l'obiettivo a cui stanno gettando soldi. Detto questo, mantieni la documentazione di tutto il lavoro che fai, perché essere sotto il radar e non utilizzare il sistema di ticketing approvato significherà che dovrai puntare tutte le tue T e incrociare tutte le tue I quando arriverà il momento di dimostrare che hai fatto il lavoro hai accettato.

Per il terzo, questo potrebbe essere complicato. Forse una volta rilasciato possono ammettere che esisti ed essere tipo "Mik è stato determinante nel ripulire i bug e nel rilasciare questa nuova brillante interfaccia ... occhiolino " e poi puoi ottenere riferimenti . Ma potrebbero altrettanto facilmente spingerti fuori dalla porta e dire "grazie per aver pulito dopo di noi, torneremo a # ^ @% ^ rimettere a posto le cose! Tata!"

Ora, per quanto riguarda l'etica, non posso aiutarti. Se vogliono gestire la loro attività in modo losco, possono. Ho un contratto per svolgere un lavoro con determinati vincoli, lo faccio in base a tali vincoli fintanto che sono pronto per il successo presente e futuro. Il lato etico che dovrai raggiungere da solo.

colmde
2016-07-29 17:01:48 UTC
view on stackexchange narkive permalink

Penso che questo sia davvero qualcosa che devi decidere da solo. Persone diverse vogliono diversi tipi di ricompensa (oltre al denaro ovviamente) per il lavoro che svolgono e sembra che tu voglia un riconoscimento per il tuo lavoro.

Questo va bene, personalmente non mi preoccuperebbe il minimo ma ognuno è diverso. Quindi devi decidere da solo se tutto ciò che ottieni per il tuo lavoro vale che tu lo faccia secondo te. In caso contrario, dire di no (o rinegoziare) se va bene, quindi andare avanti e farlo.

Ovviamente ci sono una o due domande pratiche:

Come libero professionista, probabilmente vorrai prenderti il ​​merito del lavoro per conquistare futuri clienti, e la domanda è: questo è possibile se non puoi nemmeno dire allo staff del cliente attuale che lo stai facendo?

C'è anche il problema che se il tuo tempo non viene monitorato, è possibile che ci sia una controversia sul loro pagamento? (ad esempio, se vieni pagato a ore, avranno bisogno di un modo per sapere quante ore hai lavorato) - Assicurati che questo sia risolto in anticipo.

Sull'etica della situazione , Non credo che ci sia davvero un problema. L'azienda ti ha offerto una serie particolare di termini e sta a te decidere se vuoi il lavoro o meno. Non c'è bisogno di dire loro che hanno fallito ... Non sono il tuo staff, non è la tua azienda, spetta ai loro stessi manager preoccuparsi di questo genere di cose.

Dite al cliente successivo: "Hanno lavorato sei mesi e avevano un prodotto che non funzionava affatto. Poi mi hanno assunto e un anno dopo il loro prodotto andava assolutamente bene. Ma il mio lavoro non aveva niente a che fare con questo. Onestamente."
Più precisamente, si ottiene da loro un riferimento che dice "ha lavorato a un progetto riservato per noi; siamo rimasti estremamente soddisfatti della diligenza, dell'abilità e della discrezione dimostrate". O il più vicino possibile a quello che puoi fare leva fuori da loro. Questo è davvero ciò che interessa al prossimo datore di lavoro.
Superbest
2016-07-30 13:43:40 UTC
view on stackexchange narkive permalink

Non c'è di intrinsecamente sbagliato nel lavorare con discrezione. Ci sono molte aree in cui è preferibile per tutte le persone coinvolte che non ogni singolo dettaglio del lavoro sia reso pubblico a tutti.

Da quello che hai scritto, sembra che vogliano salvare la faccia iniziando di nascosto su alcuni lavori sub-standard che hanno fatto. IMHO, dovrebbero saltare la segretezza e andare dal cliente e dire "abbiamo sbagliato, ci dispiace, ma ricostruiremo tutto e andrà tutto bene", ma sono affari loro. Ancora una volta, niente di intrinsecamente sbagliato neppure in questo particolare incarico.

Tuttavia:

  1. Lo scopo principale del tuo lavoro è prendere un progetto che il cliente non è soddisfatto con e risolvi i reclami del cliente. Tuttavia non ti è permesso parlare con il cliente. Bene, c'est la vie. Ma questo ti rallenterà, quindi il progetto richiederà più tempo del solito e forse il lavoro sarà più difficile (più $$$ / ora). Quindi dovresti discutere di nuovo i prezzi, perché le ipotesi alla base della tua citazione originale probabilmente non sono più valide.

  2. Con tutta questa segretezza, quale prova esisterà anche del tuo impiego? Quando vieni pagato alla fine, la tua autorità fiscale dovrà sapere da dove provengono i tuoi soldi, perché grandi somme di punto in bianco sono spesso collegate ad attività criminali. Hai anche bisogno di una prova legalmente ammissibile che sì, sei assunto da loro e sì, ti aspetti di essere pagato così tanti soldi per ricostruire questa app. Il loro cliente non ha bisogno di vedere questi documenti, ma devono essere preparati tra voi due. Altrimenti, non potrebbero semplicemente pagarti dopo che il lavoro è finito, e non potresti nemmeno provare in tribunale che hai lavorato lì. Oppure potrebbero pagarti, e poi il governo verifica le tue tasse, e tu hai infiniti mal di testa spiegando loro che era un "progetto segreto".

  3. La segretezza costa denaro. Senza mezzi termini, non tutti gli sviluppatori hanno il tatto di fare questo lavoro senza far saltare la loro copertura, quindi quelli che possono (come te) dovrebbero essere pagati di più. È domanda e offerta. Quindi questa è una cosa aggiuntiva preziosa di cui hanno bisogno per compensarti, oltre a ciò che ho menzionato al n. 1.

  4. Ultimo ma non meno importante, il profitto del tuo lavoro non solo i soldi, ma anche la possibilità di mostrare ai futuri clienti il ​​tuo lavoro passato per dimostrare che sei uno sviluppatore capace. Se intendono mantenerlo completamente segreto, essenzialmente te lo stanno portando via, quindi dovrebbero dare qualcos'altro in cambio, come i soldi. Significa che se questo sarà un segreto non solo durante il lavoro, ma anche molto tempo dopo che l'app è stata ricostruita e il cliente è felice, allora anche questo avrà un costo aggiuntivo, oltre al n. 1 e al n. 3.

tl; dr: chiediti, c'è una somma di denaro che ti farebbe sentire a tuo agio nel farlo? Se sì, spiega loro la tua posizione e dì "scusate ragazzi, l'accordo iniziale era per un progetto normale - se volete queste cose super segrete possiamo farlo anche noi ma pagate un extra". In ogni caso, preparati ad andartene. Il denaro è bello ma questo è molto più rischioso del tuo solito lavoro. La scrittura fantasma costa più della scrittura normale, quindi se accetti di essere pagato allo stesso modo, verrai sottopagato.

Michael Hodges
2016-07-29 20:50:21 UTC
view on stackexchange narkive permalink

Se vuoi affermarti come un'autorità nel tuo campo, devi cercare i modi migliori per creare valore per i tuoi clienti. Questo includerà molto spesso argomenti al di fuori del tuo dominio. Ci sono ovvi problemi con questa azienda, ed è probabilmente più prezioso affrontare i problemi con la condivisione delle conoscenze e i processi che sprecare denaro per riparare o ricostruire un'applicazione di merda.

Ne discuterei con il tuo cliente. Se decidono di non affrontare il problema, andrò avanti. E per acquisire clienti più rispettabili, scriverei un post sul blog o fare un podcast con qualcuno nel campo della gestione della conoscenza o un dirigente su come questa mancanza di visibilità causerà una distorsione del segnale nella gestione efficace dell'azienda. A lungo andare perderai effettivamente i soldi dell'azienda. Mentre prendi il massimo ti guadagnerai credibilità e clienti affidabili.

Sascha
2016-07-30 04:58:25 UTC
view on stackexchange narkive permalink

Le altre risposte hanno già considerato l'etica e il lato risorse / pratico. La mia opinione si concentra maggiormente sull'opportunità che questa può essere.

La direzione dei clienti sta scommettendo sulle seguenti cose: - Il cliente non si rende conto di aver pagato per sviluppare la prima versione senza un buon risultato - Fornirai le competenze per dargli un chiavi in ​​mano pronto progetto- E ora arriva il punto difficile: ovviamente vogliono essere pronti a rimuovere te - o l'altra squadra. Se sei tu va bene se lo sai, ma l'altra squadra non dovrebbe essere consapevole del loro possibile destino.

Potresti scommettere che la squadra non riesce a rimpiazzarti dopo che hai fornito loro la versione iniziale per gli aggiornamenti, e poi potrebbe essere che devono tornare da te. L'altra scommessa sarebbe che non appena hanno la tua versione funzionante dell'app, tagliano l'altra squadra (che sarebbe l'unico motivo per cui vogliono nasconderla alla loro squadra) e ti portano a bordo più fermamente.

Non sto dicendo che dovresti, ma certamente potresti sperare in tali sviluppi.

Gray Sheep
2016-07-31 09:42:56 UTC
view on stackexchange narkive permalink

Ci scusiamo per la risposta tardiva. Sono sorpreso dalla risposta sorprendentemente non collaborativa degli altri.

Primo: ciò che ti viene chiesto, non è contro alcun contratto che hai sottoscritto e non è contro l'etica del lavoro. È una modalità di lavoro speciale, messa a punto per proteggere il volto del tuo datore di lavoro dagli occhi del suo cliente. Ma non dovresti preoccupartene nemmeno, perché sei pagato dal tuo datore di lavoro e il suo rapporto con il cliente non è un tuo compito.

Sul lato etico: il tuo datore di lavoro ti dà un lavoro, e molto di soldi. Il cliente no. In realtà, la ragione per cui il cliente fa fare il suo software al tuo datore di lavoro, è che non farà compiti di microgestione del software.

L'unico che puoi perdere qui è che il cliente non lo saprà il tuo nome. Ma il cliente non ti assumerà più tardi, il suo modello di business utilizza il tuo datore di lavoro (e società simili) per compiti come questo.

Il tuo datore di lavoro è in difficoltà, vede in te il salvatore del suo progetto e è capace ed è disposto a pagarti i suoi costi aggiuntivi (se non ora, allora nel prossimo progetto. O nel prossimo progetto di un suo amico che ha un problema simile). Questo è il motivo per cui puoi lavorare qui come libero professionista.

Non vedo alcuna razionalità, ad esempio, perché dovresti chiedere tutto su carta e simili. Dovrebbe essere necessario solo se ci fosse la possibilità di qualche problema giudiziario qui, ma non c'è. Quello che vuoi fare, non è contro alcuna legge.

Dimostrando al tuo datore di lavoro che sei capace e disposto a essere un " Mr. Wolf", eleverebbe il tuo valore ai suoi occhi, e probabilmente puoi contare che non sarà il tuo ultimo scenario "salva tutto, non importa qual è il costo".

Invece di pensare che sarebbe una "trappola ", quello che vedo molto chiaramente, è una possibilità per te di essere un po 'di più come" compriamo x manmonth freelance per y $ ", carne cruda intercambiabile. Da quel momento potresti essere una "task force speciale".



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...