Question:
Mon employeur (client) souhaite que je travaille en mode «fantôme»
Mik378
2016-07-29 12:02:02 UTC
view on stackexchange narkive permalink

Voici le contexte:

  • Je suis un architecte / développeur de logiciel indépendant et j'ai commencé à travailler pour une entreprise connue il y a 3 semaines, depuis au moins un an.
  • Ils m'ont recruté car ils ont complètement échoué sur un projet pendant 6 mois (une application mobile hybride) et leurs clients sont très en colère car l'application est assez inutilisable.
  • Les entreprises et les clients attendent de l'équipe informatique qu'elle corrige tous les bogues sur l'application et pour améliorer drastiquement les performances.

Dans mon contrat, il est écrit que j'y travaillerais pour diriger et reconstruire l'ensemble de l'application grâce à mes compétences en programmation et en architecture (que malheureusement, aucun de leurs propres collaborateurs ne l'a fait).

Hier, l'équipe informatique comprenait des supérieurs m'ont dit: Vous reconstruirez l'application entière seule, car c'est vous qui pouvez le faire ici. Mais nous ne voulons pas suivre votre travail dans Jira comme d’autres, nous ne voulons pas que l’entreprise soit consciente de votre existence stron g> car ils n'apprécieraient pas que nous reconstruisions l'ensemble de l'application, même si cela prend quelques mois. Ils ne voudraient même pas penser qu'ils n'ont pas fait confiance à une équipe externe précédente pendant 6 mois pour créer cette version merdique de l'application.

Nous voulons que vous travailliez en mode fantôme, sachant que personne ne saura que vous faites tout le travail.

Je suis gêné. Je ne veux pas réparer les pannes sous le sol, reconstruire tout le produit seul, sans que les gens sachent qu'ils ont effectivement échoué. Cela ne fait pas partie de mes principes de vie.

Accepteriez-vous de faire un travail énorme pour une entreprise sans que personne ne soit au courant de votre bon travail, même Jira pour suivre votre travail comme n'importe quel autre membre de l'équipe ?

Accepteriez-vous de travailler dans ce contexte? Est-ce une bonne idée de s'attendre à ce que mon recruteur change d'avis et commence à suivre mon travail comme tout autre coéquipier?

Je souligne que je ne suis pas un simple employé mais que je travaille pour le compte de ma propre entreprise (freelance).

On dirait que certains mauvais managers essaient de couvrir leurs traces, je ne suis pas sûr que je voudrais être pris dans ce feu croisé si le projet "fantôme" était découvert, toute la situation me pue
Avec aussi sale que cela puisse paraître, cela devrait s'accompagner d'une sérieuse prime de risque. Cela pourrait nuire à votre réputation pour les années à venir. Si vous êtes assuré d'avoir suffisamment d'argent pour prendre votre retraite, pas de problème. Sinon, cela pourrait être une très mauvaise affaire.
Les commentaires ne sont pas destinés à une discussion approfondie; cette conversation a été [déplacée vers le chat] (http://chat.stackexchange.com/rooms/43258/discussion-on-question-by-mik378-my-employer-client-wants-me-to-work-in- fantôme).
J'ai commenté avant de lire le chat. Une grande partie de ces informations clarifiait ... Sommes-nous sûrs que tout aurait dû être déplacé?
Je suis consultant professionnel depuis 35 ans, et je l'ai également fait à plusieurs reprises. Ce type de confidentialité et de * discrétion * fait partie de ce pour quoi votre client paie. La seule façon de nuire à votre réputation est de compromettre la confiance de votre client. Mais, oui, ** obtenez ** tout par écrit (l'email est très bien).
Pure curiosité, mais qu'avez-vous fini par faire?
@kmort J'ai réussi à les convaincre de officialiser le projet, leur expliquant que je ne voudrais clairement pas travailler dans un tel contexte.Comme ils avaient vraiment besoin de moi pour mes compétences, ils ont accepté de changer de contexte.Cela a cependant pris du temps.
Douze réponses:
Kaz
2016-07-29 17:12:49 UTC
view on stackexchange narkive permalink

Obtenez tout par écrit

Le client souhaite que vous fassiez un travail substantiellement différent de ce qui est inscrit dans votre contrat de travail.

Ils veulent que vous le fassiez dans des conditions inhabituelles et techniquement difficiles.

Ces conditions sont peut-être contraires à l'éthique (pour les responsables) et comportent un risque potentiel important pour vous (principalement de réputation, voire légale).

Cela certainement ressemble à le genre d'endroit où, si quelque chose ne va pas dans le futur, ou si quelqu'un découvre ce projet "fantôme" et soulève une puanteur à ce sujet, ou si quelqu'un est après un bouc émissaire, vous serez une cible de choix.


Obtenez tout par écrit. Toutes les exigences, toutes les conditions, toutes les instructions.

Ensuite, obtenez l'avis d'un bon avocat sur votre exposition potentielle.

Ensuite, négociez une prime de risque sérieuse. S'ils vous demandent de faire le travail de toute une équipe, ils feraient mieux de vous payer pour cela.


Si vous êtes éthique prêt à le faire le travail est une décision extrêmement personnelle sur laquelle nous ne pouvons pas vous aider.

Le bon sens commercial dépendra de ce qui précède.

Pensez-y à fond, et ensuite, s'ils vous paient assez pour en valoir la peine, et que c'est compatible avec votre éthique, allez-y.

Cette réponse devrait avoir plus de poids qu'elle ne l'a été jusqu'à présent. +1 de moi. En outre, cela pourrait finir par être une énorme lacune sur son CV si son existence est refusée à une personne effectuant une vérification des antécédents ou une vérification des antécédents professionnels, en plus des problèmes que vous avez mentionnés.
@RichardU Je suppose qu'il écrirait sur le CV quelque chose comme "A travaillé pour [expurgé]", tant qu'il précise qu'une condition de travail là-bas était de ne pas en parler, je ne pense pas que ce serait un problème - non à moins que ce ne soit la seule chose là-bas.
@Benubird Peut-être, mais rappelez-vous, les RH et les agences cherchent des raisons pour éliminer les CV, et cela peut suffire. Si je voyais quelque chose comme ça sur un CV, je le passerais à moins que je ne sois désespéré pour un ensemble de compétences que lui seul possédait.
@RichardU Vous êtes préoccupé par la "vérification des antécédents professionnels"? Qu'il écrira sur avoir réalisé un projet entier pour GonzoCorp sous contrat, puis quelqu'un téléphonera à GonzoCorp pour vérifier cela, et que GonzoCorp dira à ParanoidCorp qu'il n'a pas fait un projet entier pour eux, pour couvrir toute preuve que quiconque a n'importe où de cela? Je suppose que si Gonzo est CELA gonzo, et je ne pense pas que je veux travailler pour l'un ou l'autre de ces corps.
@RichardU Assez juste - je n'ai principalement travaillé que pour de petites entreprises (<20 personnes), et je suppose qu'elles font les choses différemment - tbh, je ne pense pas avoir jamais vérifié une référence ou entendu parler de quelqu'un qui le faisait. La plupart du temps lors des entretiens, je leur pose simplement des questions sur leur expérience, car je suis plus inquiet de savoir s'ils peuvent faire le travail que de l'endroit où ils auraient pu travailler auparavant.
@Dronz Ce n'est pas paranoïaque, c'est Notwantingheadachescorp. Les CV sont expulsés pour ponctuation. Tout ce qui déclenche un drapeau envoie le CV à la corbeille. Les RH / agences / responsables du recrutement ne veulent tout simplement pas faire face à quelque chose d'inhabituel alors qu'il y a beaucoup d'autres candidats.
+1 documents juridiques pour vous couvrir, sans preuve cela pourrait devenir désagréable
Ad 3. Il vaut la peine de noter combien de logiciels sont livrés "tels quels" et combien "une couverture complète pour les dommages qu'ils causeront". Esp considérant la condition "sans bug".
Il pouvait signer un accord de non-divulgation lié au travail qu'il effectuait réellement. Sur la base de la description ci-dessus, il a un contrat avec l'entreprise et devrait pouvoir recevoir une recommandation de ses supérieurs (même si cela peut être vague). Il serait assez illégal pour eux de l'embaucher et de ne pas l'enregistrer comme employé à des fins fiscales.
Une alternative pour la vérification de l'emploi consiste à fournir un talon de paie et très probablement une explication. En ce qui concerne la correction de tous les bugs, j'ajouterais le mot «courant» autour de cela au contrat.
Je ne vois pas en quoi c'est sensiblement différent. Op a dit: "il est écrit que je travaillerais là-bas pour diriger et reconstruire toute l'application" - il semble que c'est ce qu'il me fait.
Le CV d'un free-lance sera moins axé sur la chronologie, donc je ne pense pas que quiconque ait besoin de connaître les écarts d'emploi.
«bon avocat»: ne faites pas appel à un avocat inexpérimenté ici. Ce n'est pas un cas facile à traiter.
Kilisi
2016-07-29 15:46:27 UTC
view on stackexchange narkive permalink

Vous êtes indépendant, si vous voulez que l'argent fasse le travail. Si cela interfère avec votre éthique, mais que vous voulez toujours de l'argent, allez à l'église plus souvent ou rationalisez-le d'une autre manière. Si c'est totalement en contradiction avec votre éthique, refusez-le.

Personnellement, je me fiche de ce qui s'est passé avant que j'obtienne le travail. Mon seul objectif est le travail lui-même. Si j'enfreins les lois, c'est une autre question et je la refuserais.

La seule façon dont une déclaration comme «tu es le seul à pouvoir faire le travail» aurait un impact sur moi est de faire je repense mes prix à la hausse. Faire des vagues en tant que pigiste plutôt que le travail d'autres personnes est mauvais pour votre source de revenus et n'est pas bénéfique.

Certains pigistes sont la tête et les épaules au-dessus des employés d'une entreprise, c'est pourquoi ils sont embauchés, mais ils ont la tête pleine. c'est préjudiciable à long terme.

@Mik378 C'est le seul point de vue si vous voulez en faire un freelance. Votre livraison devrait être la seule chose qui compte pour vous
@Mik378 Je suis d'accord avec cela. Surtout à propos de la tête enflée. Ils vous disent de redévelopper une application entière tout en ayant une autre équipe de développeurs qui corrige les bogues sur celui qu'ils prévoient de faire de la merde. Ces types sont des menteurs. Ils doivent vous mentir, vous, l'entreprise et / ou les autres développeurs. C'est probablement tout ce qui précède. Prenez tout ce qu'ils vous disent avec un gros grain de sel. Je suppose que les «leaders» ont causé ce désordre, pas l'équipe technique. Si vous rencontrez des difficultés ou des retards, vous pouvez vous attendre à ce que leur attitude à votre égard ressemble à la façon dont ils parlent des autres développeurs.
Je suis complètement en désaccord avec cette réponse. S'il veut de l'argent, il vaut mieux avoir un contrat hermétique qui explique l'arrangement d'écriture fantôme (au lieu du contrat actuel qu'il a maintenant). Ne pas utiliser Jira. Ne pas dire aux gens sur quoi il travaille. C'est une recette infaillible pour ne pas être payé pour rupture de contrat.
@StephanBranczyk, tout pigiste qui ne tient pas de registres, ne fait pas signer son travail et se couvre le dos est exposé aux abus, quel que soit le type de contrat souscrit. Vous ne comptez pas sur les clients pour faire cela. J'ai eu des clients qui ont essayé toutes sortes de déchets, je leur ai déchiré tous les nouveaux orifices et je suis parti avec une poche d'argent de plus que s'ils venaient de payer correctement sans jouer à des jeux. Ils sont même revenus et m'ont donné plus de travail une fois qu'ils se sont remis d'eux-mêmes.
Dépend de la structure de paiement. S'ils vous paient régulièrement pour un travail écrit, je ne vois pas le mal. Si j'étais à la place d'OP, j'augmenterais immédiatement mon taux.
@StephanBranczyk Je n'ai connaissance d'aucune exigence professionnelle ou éthique pour utiliser JIRA.
@emory, Il a été recruté avec une description de poste particulière. Il a signé un contrat particulier. Seulement trois semaines après le début du contrat, ils lui ont dit de le faire en secret et seul. Si rien d'autre, je parie que la description de poste décrit certains des outils partagés et certaines des ressources humaines qu'il devait utiliser pour le travail (qu'il ne pourra pas utiliser). De plus, lorsqu'il facturera son travail, il devra probablement encore mentir / masquer le type de travail qu'il a effectué. Et plus il ment pour couvrir leurs traces, plus il créera des preuves qu'il ne faisait pas le travail pour lequel il avait été embauché.
Stephan Kolassa
2016-07-29 12:11:27 UTC
view on stackexchange narkive permalink

Je ne vais pas commenter l'aspect éthique des choses, bien que cela soit certainement problématique aussi.

Je dirais que JIRA et d'autres systèmes de suivi des problèmes existent pour une raison. Si vous ne définissez pas vos exigences et vos tâches et ne suivez pas comment vous allez y répondre et les résoudre, mais prévoyez plutôt de créer une application entière sans aucun outil de gestion de projet codifié (quelle qu'en soit la raison !), vous rencontrerez tous les mêmes problèmes que rencontrent d'autres personnes qui souhaitent exécuter un projet de cette manière pour d'autres raisons: inadéquation entre les exigences et les fonctionnalités réelles que vous créez, planification des ressources médiocre ou nulle , et plus tard beaucoup de reproches, de injures et de "il a dit, dit-elle" des discussions en cours.

Recommander de ne pas faire cela est la solution de facilité pour nous ici à Workplace.SE. Cependant, je voudrais certainement soulever ces problèmes avec votre direction et leur dire que vous devriez au moins utiliser certains outils de gestion pour le bien du projet. La question de savoir si le client final a besoin d'être informé de ce que vous faites exactement devrait faire l'objet d'une discussion distincte.

Je pourrais ajouter à cette réponse, ce sont les mêmes gestionnaires qui ont conduit à l'échec du projet en premier lieu, il serait donc déconseillé de les écouter pour savoir comment faire le projet. N'ayant aucun moyen de suivre les bogues, d'apprendre des erreurs ou d'utiliser une équipe me semble que ce projet est voué à l'échec.
+1 Oui, ça. Il existe de nombreux outils essentiellement gratuits, hébergés dans une sorte de cloud ou sur votre propre infrastructure (VM). Copiez les extraits pertinents ou les conversations téléphoniques dans les entrées correspondantes, etc.
Michael Kohne
2016-07-29 17:00:36 UTC
view on stackexchange narkive permalink

Je dirais que si le patron veut vraiment que vous fassiez ce travail en dehors du reste de l'équipe (presque sûrement une mauvaise idée), insister pour mettre en place vos propres instances JIRA ou autres pour le suivi du projet. Cela vous permettra d'avoir de vrais outils de gestion, et un espoir de bien faire les choses, tout en lui donnant la couverture qu'il semble vouloir.

Vous allez également vouloir vous assurer qu'il a un vrai indice sur la façon dont vous découvrirez ce qui est censé se passer. De toute évidence, l'application existante est un problème, mais il y a de fortes chances que cela se produise parce que plusieurs parties ne parlaient pas. Si tel est le cas, vous couper de tout le monde ne va PAS vous aider.

De plus, vous devrez comprendre comment l'AQ fonctionnera. Encore une fois, si vous créez des images fantômes, comment le contrôle qualité est-il effectué?

C'était ma première pensée et je suis surpris que cela n'attire pas plus d'attention. Ce projet a déjà échoué avec plusieurs personnes qui y travaillent. Il est maintenant pris en charge par un seul développeur, sans documentation, sans surveillance des tâches ni suivi de bogues, sans revue de code, sans QA ... et ils s'attendent à ce que cela fonctionne mieux? S'ils vous disent que vous avez une expertise qui leur manque, vous devriez peut-être leur expliquer que votre expertise vous dit que vous avez besoin de toutes ces choses.
Il * doit * y avoir une sorte de système de suivi des exigences en place, sinon comment pouvez-vous prouver que vous avez respecté les jalons auxquels votre contrat est (vraisemblablement) lié? Cela peut finir par être une feuille de calcul dans le cloud quelque part, mais il doit y avoir un moyen de suivre et de documenter les progrès.
@anaximander ... sans doute, sans explorer les besoins de l'utilisateur derrière l'application, je devrais ajouter à votre liste.
Le contrôle qualité est effectué lors de la fusion, et ils n'ont aucune idée de ce qu'ils font.
J'ajouterais qu'il est préférable pour le pigiste d'être en mesure de prouver la paternité / droit d'auteur de son code. Un dépôt git peut facilement être simulé, donc ce n'est pas une preuve; un courrier électronique certifié avec le référentiel joint peut aider, ou tout autre moyen courant de prouver la paternité d'une œuvre créative. Ceci est le plus important si le pigiste réutilise son propre code de projets antérieurs, ou envisage de réutiliser le nouveau code, ou emprunte du code au client; ou si le client est une grande entreprise / litige avec une abondance d'artillerie légale à utiliser contre des concurrents.
Lightness Races in Orbit
2016-07-29 17:24:29 UTC
view on stackexchange narkive permalink

C'est potentiellement extrêmement préoccupant. Si l'équipe informatique ne veut pas que le reste de l'entreprise sache que vous avez été employé, cela suggère que les RH ne sont pas au courant de votre présence. Donc:

  • qui garantit votre paie?
  • êtes-vous couvert par une assurance responsabilité civile professionnelle?
  • qui a signé votre contrat et avait-il des l'autorité de le faire?
  • êtes-vous vraiment, techniquement, formellement employé par eux du tout ?

Je ne rêverais même pas d'entrer dans un tel arrangement.

D'un autre côté, si votre emploi est au-dessus du tableau, et que ce ne sont que les spécificités quotidiennes de ce sur quoi vous allez travailler que vos supérieurs ne veulent pas fuir en dehors de l'équipe informatique… eh bien, ça sent plutôt une mauvaise gestion mais je ne serais pas très inquiet d'un point de vue strictement pratique.

On dirait qu'il est ouvertement employé et qu'il va à des réunions, mais ils pensent qu'ils peuvent cacher qu'il remplace tranquillement tout le produit pour tout le monde, mais oui, c'est extrêmement préoccupant.
gnasher729
2016-07-29 17:22:09 UTC
view on stackexchange narkive permalink

C'est le genre de chose pour laquelle vous êtes embauché en tant que pigiste, et c'est le genre de chose qui vous fait être payé plus par jour de travail qu'un employé.

De toute évidence, le contrôle du code source et un outil comme JIRA sont utiles sinon ils n'existeraient pas. Donc quoi que vous fassiez, vous exécutez probablement un contrôle de code source "privé" et un JIRA "privé" (auquel le gestionnaire responsable devrait pouvoir accéder, et qui serait remis à votre successeur si vous êtes touché par un bus). Cela prouve également que vous faites un bon travail productif, en cas de doute.

Si l'entreprise souhaite avoir son propre JIRA avec moins d'éléments de travail, je lui laisserai le soin. Je sais que je ne serais pas doué pour simuler une histoire JIRA.

Mais le principe: faut-il faire ça? Je suppose que le choix est entre vous le faites ou quelqu'un d'autre le faisant. Dans un an où vous aurez terminé, l'équipe de développement recevra les éloges et la haute direction se verra dire que vous n'avez pas accompli grand-chose. C'est pour cela que vous êtes embauché et c'est pourquoi vous êtes payé le plus cher. Cela se produit également à des niveaux plus élevés, où une entreprise en difficulté peut embaucher un nouveau PDG dans le seul but de prendre toutes les décisions impopulaires qui doivent être prises et de les mettre en œuvre, puis de se faire licencier - ce que tout le monde sait et qui est inclus dans la paye.

Ce. Je pourrais même être enclin à dire quelque chose comme: "Ah, vous voulez le protocole en mode fantôme! Je peux certainement le faire, même s'il y aura bien sûr un supplément de discrétion de 20%"
Juste sur un point tangentiel; les pigistes travaillant pour leur propre entreprise devraient être payés une bonne partie de plus, car ils doivent s'occuper de tout ce que les RH / finances le feraient habituellement. Des choses comme la pension, les vacances, les impôts, les assurances, l'équipement, les avantages ... la liste est longue.
Les pigistes sont également souvent utilisés pour les emplois que personne ne veut faire. Par exemple, les emplois de développement qui ne rapportent pas d'argent mais qui coûtent juste (mais qui doivent être faits parce que ne pas les faire est encore plus coûteux que de les faire), donc quiconque le fera ne recevra aucun éloge de la direction.
@Benubird: 20% mon gros globe oculaire poilu! - 250% négociable jusqu'à, peut-être, 200%. Plus un acompte non remboursable important, peut-être 15%.
corsiKa
2016-07-29 19:51:17 UTC
view on stackexchange narkive permalink

Vous devez considérer trois choses, comme vous le feriez avec n'importe quel autre concert:

  1. Aurai-je les ressources dont j'ai besoin pour faire le travail correctement?
  2. Will Je serai correctement rémunéré pour faire le travail correctement?
  3. Vais-je recevoir des références pour obtenir de futurs emplois?

Pour le premier, je ne suis pas sûr que vous le fassiez . Vous n'aurez pas de développeurs juniors à qui déléguer des tâches mineures. Vous n'aurez pas de testeurs actifs du côté commercial, car ils ne savent même pas que vous le faites. Vous n'avez pas les dernières spécifications, améliorations et listes de souhaits, car encore une fois, personne ne sait que vous le faites. Vous ne disposez pas des outils de suivi dont vous avez besoin (bien que vous puissiez configurer votre propre Bugzilla ou quelque chose du genre.) Maintenant, chacun de ces éléments peut être atténué, surtout si vous pouvez trouver un utilisateur professionnel auquel votre direction fait confiance pour vous aider, mais ils le font. doivent être atténués d'une manière ou d'une autre.

Pour la seconde, il semble que vous le ferez. Après tout, ils ont désespérément besoin de cette nouvelle version. Votre gestion semble définitivement "jeter de l'argent sur le type de problème" et vous êtes la cible à laquelle ils jettent de l'argent. Cela étant dit, conservez la documentation de tout le travail que vous faites, car être sous le radar et ne pas utiliser le système de billetterie approuvé signifiera que vous devrez mettre tous vos T et croiser tous vos je quand viendra le temps de prouver que vous avez fait le travail. vous avez accepté.

Pour le troisième, cela pourrait être délicat. Peut-être qu'une fois que vous sortez, ils peuvent admettre que vous existez et être comme "Mik a joué un rôle déterminant dans le nettoyage des bogues et la sortie de cette nouvelle ... interface ... clin d'oeil " et ensuite vous pouvez obtenir des références . Mais ils pourraient tout aussi bien vous pousser à l'extérieur et vous dire "merci d'avoir nettoyé après nous, nous allons revenir à # ^ @% ^ ing les choses à nouveau! Tata!"

Maintenant, en ce qui concerne l'éthique, je ne peux pas vous y aider. S'ils veulent gérer leur entreprise dans l'ombre, ils le peuvent. Je suis engagé pour faire un travail sous certaines contraintes, je fais le travail sous ces contraintes tant que je suis prêt pour le succès présent et futur. Le côté éthique que vous devrez atteindre par vous-même.

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

Je pense que c'est vraiment quelque chose que vous devez décider vous-même. Différentes personnes veulent différents types de récompenses (autres que l'argent bien sûr) pour le travail qu'elles font, et vous semblez vouloir une reconnaissance pour votre travail.

C'est bien, personnellement, cela ne me dérangerait pas le moindre mais chacun est différent. Vous devez donc décider vous-même si tout ce que vous obtenez pour votre travail vaut la peine que vous fassiez le travail à votre avis. Si ce n'est pas le cas, dites non (ou renégociez) si tout va bien, alors continuez et faites-le.

Bien sûr, il y a une ou deux questions pratiques:

En tant que pigiste, vous voudrez probablement vous attribuer le mérite du travail pour aider à gagner de futurs clients, et la question est, sera est-ce possible si vous ne pouvez même pas dire au personnel du client actuel que vous le faites?

Il y a aussi le problème que si votre temps n'est pas suivi, est-il possible qu'il y ait un différend concernant leur paiement? (par exemple, si vous êtes payé à l'heure, ils auront besoin d'un moyen de savoir combien d'heures vous avez travaillé) - Assurez-vous que cela est réglé à l'avance.

Sur l'éthique de la situation , Je ne pense pas qu'il y ait vraiment de problème. L'entreprise vous a proposé un ensemble de conditions particulières, et c'est à vous de décider si vous voulez ou non le poste. Inutile de leur dire qu'ils ont échoué ... Ce n'est pas votre personnel, ce n'est pas votre entreprise, c'est à leurs propres managers de s'inquiéter de ce genre de choses.

Vous dites au client suivant: "Ils ont travaillé six mois et avaient un produit qui ne fonctionnait pas du tout. Ensuite, ils m'ont embauché, et un an plus tard, leur produit était absolument parfait. Mais mon travail n'avait rien à voir avec ça. Honnêtement."
Plus précisément, vous obtenez une référence de leur part qui dit "travaillé sur un projet confidentiel pour nous; nous avons été extrêmement satisfaits de la diligence, de la compétence et de la discrétion affichées." Ou aussi près de cela que vous pouvez les extraire. C'est vraiment ce qui compte le prochain employeur.
Superbest
2016-07-30 13:43:40 UTC
view on stackexchange narkive permalink

Il n'y a pas de mal en soi à travailler discrètement. Il existe de nombreux domaines dans lesquels il est préférable pour toutes les personnes impliquées que tous les détails du travail ne soient pas rendus publics par tout le monde.

D'après ce que vous avez écrit, il semble qu'ils veulent sauver la face en commençant secrètement sur certains travaux inférieurs aux normes qu'ils ont effectués. À mon humble avis, ils devraient sauter le secret et aller vers le client et dire "nous avons raté, nous sommes désolés, mais nous reconstruirons le tout et tout ira bien", mais c'est leur affaire. Encore une fois, rien de fondamentalement faux avec cette mission particulière non plus.

Cependant:

  1. Le but de votre travail est de prendre un projet dont le client n'est pas satisfait avec et résoudre les plaintes du client. Pourtant, vous n'êtes pas autorisé à parler au client. Bien, c'est la vie. Mais cela vous ralentira, donc le projet prendra plus de temps que d'habitude, et peut-être le travail sera-t-il plus dur (plus de $$$ / heure). Vous devriez donc discuter à nouveau des prix, car les hypothèses qui sous-tendent votre devis initial ne tiennent probablement plus.

  2. Avec tout ce secret, quelle preuve existera même de votre emploi? Lorsque vous serez payé à la fin, votre administration fiscale aura besoin de savoir d'où provenait votre argent, car de grosses sommes à l'improviste sont souvent liées à des activités criminelles. Vous avez également besoin de suffisamment de preuves légalement admissibles que oui, vous êtes embauché par eux et oui, vous vous attendez à être payé autant d'argent pour reconstruire cette application. Leur client n'a pas besoin de voir ces documents, mais ils doivent être préparés entre vous deux. Sinon, ils ne pourraient tout simplement pas vous payer une fois le travail terminé et vous ne pourriez pas prouver au tribunal que vous y avez même travaillé. Ou ils pourraient vous payer, puis le gouvernement vérifie vos impôts, et vous avez des maux de tête sans fin en leur expliquant qu'il s'agissait d'un "projet secret".

  3. Le secret coûte de l'argent. Franchement, tous les développeurs n'ont pas le tact de faire un tel travail sans faire sauter leur couverture, donc ceux qui peuvent (comme vous) devraient être payés plus. C'est l'offre et la demande. C'est donc une chose supplémentaire précieuse dont ils ont besoin pour vous rémunérer, en plus de ce que j'ai mentionné au point 1.

  4. Dernier point mais non le moindre, le gain de votre travail est non seulement l'argent, mais aussi la possibilité de montrer aux futurs clients votre travail passé pour montrer que vous êtes un développeur capable. S'ils ont l'intention de le garder complètement secret, ils vous enlèvent essentiellement cela, ils devraient donc donner autre chose en retour - comme de l'argent. Cela signifie que si ce sera un secret non seulement pendant le travail, mais même longtemps après que l'application est reconstruite et que le client est satisfait, cela coûtera également un supplément, en plus des # 1 et # 3.

tl; dr: Demandez-vous, y a-t-il une somme d'argent qui vous mettrait à l'aise pour faire cela? Si oui, expliquez-leur votre position et dites: "désolé les gars, l'accord initial était pour un projet normal - si vous voulez ce truc super secret, nous pouvons le faire aussi mais vous payez un supplément". Quoi qu'il en soit, soyez prêt à partir. L'argent, c'est bien mais c'est beaucoup plus risqué que votre travail habituel. L'écriture fantôme coûte plus cher que l'écriture normale, donc si vous acceptez d'être payé de la même manière, vous êtes sous-payé.

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

Si vous souhaitez vous imposer comme une autorité dans votre domaine, vous devez rechercher les meilleurs moyens de créer de la valeur pour vos clients. Cela inclura le plus souvent des sujets en dehors de votre domaine. Il y a des problèmes évidents avec cette entreprise, et il est probablement plus utile de résoudre les problèmes de partage de connaissances et de processus que de gaspiller de l'argent sur le correctif ou de reconstruire une application de merde.

J'en discuterais avec votre client. S'ils décident de ne pas régler le problème, je passerai à autre chose. Et pour gagner des clients plus respectables, j'écrirais un article de blog ou ferais un podcast avec quelqu'un dans le domaine de la gestion des connaissances ou un cadre sur la façon dont ce manque de visibilité causera une distorsion du signal dans la gestion efficace de l'entreprise. Vous perdriez en fait l'argent ferme à long terme. Tout en prenant le dessus, vous gagnerez en crédibilité et en clients dignes de confiance.

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

Les autres réponses ont déjà considéré l'éthique et le côté ressources / pratique. Mon opinion se concentre davantage sur l'opportunité que cela peut être.

La direction des clients parie sur les choses suivantes: - Le client ne se rend pas compte qu'il a payé pour le développement de la première version sans un bon résultat - Vous fournirez les compétences pour leur donner une clé en main - projet- Et maintenant vient le point délicat: ils veulent évidemment être prêts à vous retirer - ou à l'autre équipe. Si c'est vous, ce n'est pas grave si vous le savez, mais l'autre équipe ne devrait pas être consciente de leur possible destin.

Vous pourriez parier que l'équipe n'arrivera pas à vous remplacer après que vous leur ayez donné la version initiale des mises à jour, et alors il se peut qu'elle doive revenir vers vous. L'autre pari serait que dès qu'ils ont votre version de travail de l'application, ils découpent l'autre équipe (ce qui serait la seule raison pour laquelle ils veulent la cacher à leur équipe) et vous ramènent plus fermement à bord.

Je ne dis pas que vous devriez, mais je peux certainement espérer de tels développements.

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

Désolé pour la réponse tardive. Je suis surpris de la réponse étonnamment non coopérative des autres.

Premièrement: ce qui vous est demandé n'est pas contre tout contrat que vous avez souscrit, et ce n'est pas contre l'éthique du travail. Il s'agit d'un mode de travail spécial, réglé pour protéger le visage de votre employeur aux yeux de son client. Mais vous ne devriez même pas vous en soucier, car vous êtes payé par votre employeur et sa relation avec le client n'est pas votre tâche.

Côté éthique: votre employeur vous donne un travail, et beaucoup d'argent. Le client ne le fait pas. En fait, la raison pour laquelle le client fait faire son logiciel par votre employeur, c'est qu'il ne fera pas de tâches de microgestion logicielle.

Le seul ce que vous pouvez perdre ici, c'est que le client ne le saura pas votre nom. Mais le client ne vous embauchera pas plus tard, son modèle économique utilise votre employeur (et des entreprises similaires) pour des tâches comme celle-ci.

Votre employeur est en difficulté, il voit en vous l'épargnant de son projet, et il est capable et est prêt à vous payer ses frais supplémentaires (sinon maintenant, alors dans le prochain projet. Ou dans le prochain projet de son ami ayant un problème similaire). C'est pourquoi pouvez-vous travailler ici en tant que pigiste.

Je ne vois aucune rationalité, par exemple, pourquoi devriez-vous tout demander sur papier et autres. Cela ne devrait être nécessaire que s'il y avait la possibilité de problèmes judiciaires ici, mais il n'y en a pas. Ce que vous voulez faire n'est contraire à aucune loi.

En montrant à votre employeur que vous êtes capable et disposé à devenir un " M. Wolf", cela élèverait fortement votre valeur à ses yeux, et vous pouvez probablement compter que ce ne sera pas votre dernier scénario "tout sauver, peu importe le coût".

Au lieu de penser que ce serait un "piège ", ce que je vois très clairement, c'est une possibilité pour vous d'être un peu plus comme un" on achète x manmonth freelance pour y $ ", chair crue interchangeable. Vous pourriez devenir un "groupe de travail spécial" à partir de là.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...