web-dev-qa-db-ja.com

単一の開発者は「知識移転」の質問にどのように答えますか？

私は見積もり請求に応じる唯一の開発者です。プロジェクトは重要で、完了するまでに6か月以上かかります（落札者の場合）。

私が回答する必要がある質問の1つは、「従業員間の知識の移転」に関するものです。唯一の開発者として、「単一障害点としての開発者」がそのような問題ではなくなったことを顧客が理解するのをどのように支援しますか？

これが私がするポイントのいくつかです：

  • PHP、Laravelなどの主流の技術を使用しています
  • これらのスキルは市場で非常に一般的なテクノロジーです
  • 私のソフトウェアアーキテクチャはベストプラクティスに従い、多くのOOP設計パターンを使用しています
  • コードは非常によく文書化されています
  • すべてのプロジェクトドキュメントはWikiに保存されます
  • コードは、顧客の管理下で、業界標準のVCS（github）に保存されます

上記のことを考えると、有能なLaravel開発者は数時間以内にアプリケーションの生産性を高めることができます（もちろん契約上の問題はさておき））。

他に何か追加できることはありますか？ （2年目の開発者が3年間のメンテナンス期間を通してアプリケーションに時間を費やすオプションも提示しますが、これは明らかにコストを押し上げるでしょう）。

teamworkknowledge-transfercustomer-relations
5
Kim

他の回答やあなたの提案は、顧客がどのような回答を期待しているのかについて、不当な仮定をしているようだと思います。可能であれば、 '従業員間の知識の移転'に関する質問の意図が本当に何であるかを調べてください。このように聞かれますか？

  1. あなたの顧客は、この種のプロジェクトに（ソロ開発者ではなく）チームを期待していますか？たぶん、彼は バス係数 1を避けたいだけですか？

または

  1. 彼はあなたがどのように知識を彼の人々に転送できるか知りたいですか？それがあなたの提案が課しているようです-しかし、なぜ代わりに彼は '彼への知識の移転'について尋ねなかったのですか？

または

  1. 質問がこの個々のケースに意味があるかどうかにかかわらず、彼は常にあらゆる種類のプロジェクト契約について尋ねる標準的な質問のリストを持っています。

もし機会があれば、答える前に彼が何を期待しているか尋ねてみてください。ケース1で、「バス係数> 1」が厳しい要件である場合、より大きな組織と競争する場合、単独の開発者としては困難になります。実際、私はあなたの声明「単一障害点としての開発者はもはやそのような問題ではない」は非常に議論の余地があると思います。

ケース2の場合、提案は問題ありませんが、顧客が保守のための知識を自分で取得することに本当に関心があるかどうかを明確にする必要があります。

ケース3では、おそらく、このプロジェクトのサイズについて答えを出すことができます。これは、あなたの目にはソロ開発者が最も効率的に処理できるほど小さいので、この質問は単に当てはまりません。

8
Doc Brown

ドキュメント、標準などの契約要件に加えて、私が使用しているオプションの1つは、結果のコードベースを維持するために、お客様のスタッフに1つ以上のトレーニング期間を提供することです。これは、2つの価格と長さとして指定される場合があります（前提条件のトレーニングまたは適性のみ）。私はそのようなトレーニングを何度も提供した1人であり、顧客が世界中に散らばっていたので、開発からの興味深い休憩とパスポートにたくさんのスタンプを提供しました。

また、お客様のサイトまたは開発者が定期的またはパートタイムで「共同作業」して、お客様のスタッフがまたは指定された外部リソースがプロジェクト中に迅速に対応できるようにするオプションも確認しました。

5
Steve Barnes

あなたの肯定的な答えは良いです、私はさらに否定的な答えを持っています。一人の開発者として私が特に論じなければならなかったのは、給与計算に複数の人がいて、彼らがすぐに交換を提供できると主張するエージェンシーであり、クライアントが何らかの理由でドロップアウトするために働いている開発者でした。彼らが開発者のための唯一の情報源であるかのように、そして彼らの給与にいるすべての開発者がその特定のクライアントのプロジェクトについてすでに何かを知っているかのように。これは当然のことではありませんが、それは論点であり、常に不連続性の小さなリスクがあることを指摘したいと思うかもしれません。

それでも、一部のクライアントは、より大きなエンティティが努力の背後にあるという考えから快適な感覚を得ます。そして、否定的なメッセージでそのlulを歪曲することは危険であるかもしれません、あなたは彼らのバブルをポップする厄介なものになるでしょう。そっと持ってきてください。そして、あなたが行くように笑顔を保つことを忘れないでください。

1
Martin Maat

私は、完全なソースコードを提供し、心配する必要はないと言って、常にこの問題から自分自身について語ることができました。

ただし、これはおそらく良い解決策ではありません。私は、営業担当者がクライアントからのこの質問を気に入ってくれると感じています。これにより、クライアントに1トンの余分なものを販売できるようになります。ドキュメンテーション、セッションの引き渡し、サポート契約など.

もちろん、開発者としてこれらのことは価値がなく、煩わしいと感じますが、それらの感情をわきへ押しのけて、引用にそれらを加えるのは良い考えかもしれません。

SLAのない電子メールの質問応答に限定されたサポート契約は、たとえば、とにかくあなたがとにかくやらないことを本当に約束するわけではなく、顧客の恐れを和らげ、一定の収入を与えます

0
Ewan