不信感を抱くクライアントと仕事をすることは可能ですか[閉じた

softwareengineering.stackexchange https://softwareengineering.stackexchange.com/questions/13190

  •  16-10-2019
  •  | 
  •  

質問

ジュニア開発者の1人に新しいクライアントが割り当てられています(私たちはまだクライアントを持っていません、私たちはまだ彼のニーズを満たすことができるかどうかを確認するために彼と協力しています)。サーバーにアクセスすることなく、彼のプロジェクトの作業を行います。

私は、彼が外注したオフショア会社によって以前に彼のコードを盗まれたことが判明したクライアントと直接会話をしました。これは私をより同情的にしましたが、私はまだこれについて複雑な感情を持っています。

一方では、私たちがすべて悪いリンゴではないことをクライアントに証明したいと思います。また、私たちが彼と良い仕事をするなら、私たちは彼のすべてのプロジェクトのために私たちを雇う忠実なクライアントを手に入れます。これは以前に起こったことを聞いたことがありませんが、私たち全員が認めたいよりも頻繁に起こると思います。

一方、展開時間は悪夢になるので、私のキャリアや教育のどこにいても、彼のようなクライアントとの仕事の方法を教えてくれたので、私は彼と一緒に働くことを受け入れることをためらいます。私(またはジュニア開発者)は、ソースを展開するためにソースをどうするかについての正確な詳細な説明を書く必要があります。これは、自分で1時間ですべてを展開してテストすることができる迷惑な負担です。

私が言ったように、私はこれまでこれに対処する必要がありませんでした(私たちは非開示に署名していますが、どうやら私たちの前のオフショア会社もそうでした)。私たちは完全に予約されていないので、すぐに交換しているわけではありませんが、仕事を懇願していません。そのような制限された環境の下で働くことは問題に見合うだけの価値があるのだろうかと思います。

もう1つの側面は、経験自体が私たちにとってやりがいがあるかもしれないということですが、すぐに同様のクライアントを獲得する可能性さえあるように、それは経験する価値があります。そのようなクライアントに準拠することさえ期待されていますか?

それで、私はこれで直接の経験を持っていないので、それは間違いなく学校でカバーされていなかったので、クライアントとの作業が長い経験を持つ人々は、このような不信感のクライアントにどのように対処するでしょうか?あなたも仕事を受け入れますか?

役に立ちましたか?

解決

クライアントと連携して、サーバーアクセスなしで展開の手間をカバーするために、すべてのタスクの引用に何時間も余分な(請求可能な)時間を追加します。

(根拠のない)信頼の問題のためにそのように制限されることは憂鬱ですが、実際には、そうすべきではありません それ 負担。私は、私たちを信頼していないためではなく、ブランケットITポリシーを備えた巨大な企業だったために、このように作業しなければならなかった多くのクライアントと協力しました。展開について、展開についてより懲戒する必要があることを意味します。そうすれば、展開したり、小さなバグを修正したり、再び展開したり、ファイルを忘れて再び展開することを認識します。

他のヒント

クライアントとの作業を開始します。プロジェクトを完了するために他のリソースが必要ない場合は、その制限された環境を介しています。

そして、あなたがあなたに制限されている何かを持っている必要があると感じた場合は、この問題についてクライアントに相談してください。彼の前で重要なことをしてください。

そして最後のオプションですが、あなたはどんな仕事でも懇願していないので、それをキックオフしてください! ;)

重要なものによって、私はクライアントコードへのアクセスを意味しました。

実際、展開方法の詳細な説明はそれ自体が価値があります。クライアントは、毎回あなたを通過するのではなく、展開を制御できるようにすることを望んでいるかもしれません。見積もりに含めるだけで、お支払いいただくようにしてください。クライアントのサーバーにアクセスできない場合は、一般的に物事が時間がかかりますが、それ自体が問題ではないはずです。また、あなたがアクセスできない理由が完全に正当な法的または責任の理由もある可能性があることを忘れないでください。そのため、アクセスせずに仕事をする方法を考えたいと思うでしょう。

信頼の問題がある関係において、私は支払いスケジュールに注意を払い、物事が悪くなった場合に償却するよりも多くのお金を借りていないことを確認します。 1つの領域で不信感が広がる可能性があります。

クライアントに、制限的なポリシーの完全な意味を説明してください。開発と展開中の追加作業の料金。制限的なポリシーが価値があるかどうかを判断することは彼らにとってです。

最も深刻な欠点は、開発中に通過する余分な面倒ではなく、起動後のバグ修正による遅いターンアラウンドです。あなたのシステムがデッドシンプルでない限り(またはあなたの名前はドナルドクヌース)、あなたがどんなに慎重であっても、展開後にバグがあります。

私は根本的に不信感のあるクライアントと仕事をしてきましたが、それは人生を非常に困難にしました。

ほとんどの国では、クライアントと契約を結んでいる場合、何が行われ、行われないかを明示することができ、契約は拘束力があります。同じ領域に拠点を置く会社として、コードを盗むと彼らの苦情が法律を完全に強制することを指摘することで、クライアントを安心させることができるかもしれません。

しかし、指を燃やした人と妄想的な性質を持つ人との間には違いがあります。後者の場合、クライアントは対処するのが難しくて費用がかかるため、クライアントを完全に避けます。不可能ではありませんが、非常に困難で、非常にイライラし、サポート負荷の80%を提供するクライアントの20%の1つにいる可能性が最も高くなります。

私は長年それと政府で働いてきました。これらの環境では、開発者は生産システムにアクセスできません。特にクライアントによってカスタム開発されたコードが特にコードを提供するために、コースがインストール手順を提供することはパーでなければなりません。

クライアントがあなたが彼らのために書いているコードを所有すると思います。

オフショアのアウトソーシングされた組織からクライアントの目で自分自身を区別してみてください。沖合の仕事で悪い経験があれば、その経験を新しいクライアントと共有してください。あなたとあなたの衣装がオフショアビジネスとはまったく異なることを彼らに知らせてください。誰もがこれらのオフショア開発者がしばしば対処する価値がないことを知っています。良い英語でコミュニケーションをとることから始め、あなたの誠実さを実証する方法を探してください。特に貧しい国で行われた仕事のために、信じられないほど低い基準を考えると、区別するのは難しくありません。

このクライアントとの信頼を徐々に構築し、最終的には彼/彼女が来て、仕事をするために必要なアクセスを提供します。

ライセンス: CC-BY-SA帰属
所属していません softwareengineering.stackexchange
scroll top