追加の開発者の収益の減少

ソフトウェアプロジェクトに開発者を追加すると、利益が減少するポイントを説明する用語はありますか？

高いレベルでは、プロジェクトが生産能力を発揮する開発者の数（プロジェクトの状態、追加された開発者の品質）だけがより複雑であることに気づきますが、これを繰り返しによる非技術的な管理に関連付ける方法。私は基本的に、ブルックの法則を除いて、「終末速度」のような強い精神的なイメージを引き起こす用語を探しています。

あなたの質問には答えが含まれています：リターンの減少のポイント。これは、リソースを追加すると、これらのリソースの生産的効果よりもコストがかかるポイントです。それは基本的な経済概念なので、経営陣はこれを暗記することが求められます...

「後期のソフトウェアプロジェクトに人員を追加すると、それが遅くなります。人月は、作業時間に掛けた作業人数に比例する作業単位の概念です。ブルックの法則では、この関係は神話であり、したがって、本の中心的存在です。 "-ソース：Wiki-Mythical_Man_Month。

繰り返す運命

かわいそうなフレッド・ブルックスは、ホーマーのイリアッドのカサンドラのようなものです。映画「トロイ」の本を読んだ場合、彼女は（トロイの木馬）馬を気にしなかった人です。彼女は未来を正確に予測しますが、予測が起こり、彼ら自身でそれを見るまで、誰も彼女を信じません。

管理/受動的抵抗または慎重な雇用と戦わないでください？

私のアドバイスは、おそらく死ぬのは良い日ではないということであり、上司がより多くのスタッフを雇うことを望んでいるなら、それをすることです。特定の経験を持つ人を獲得したり、迅速なスクリーンアウト技術を使用したりするなどのいくつかのパラメーターを提案すると、検索時間が3倍になり、妨害者が到着する前に期限に達する可能性があります。

ありそうもない候補者に費やす時間を最小限に抑えることで、時間を大幅に節約できます。たとえば、履歴書の最初の3分の1に上位3つの要件がない履歴書はすべて破棄されます。候補者は、オンサイトインタビューの前に30分の電話スクリーンを通過する必要があり、ニーズに事前にスクリーニングしない採用担当者は無視します。他のテクニックもたくさんあります。使用するものが効率的で効果的であることを確認してください。

新入社員統合の負担の制御

締め切り前に採用し、新入社員に対応する必要がある場合は、トレーニングに参加するためのクリティカルパスにいない人に時間を割り当てます。チームのメンバーが1つを見て、1つを実行し、1つを表示することは役に立ちます。低から中程度の経験を持つチームメンバーがいる場合は、プロセス、ツールセット、およびコードベースの理解を深め、これらの領域での新規採用を指導します。

うまくいけば、あなたはいくつかのドキュメントを持っているので、彼らが立ち上がるのを助けるドキュメントを読むために新しい人を割り当てることは、短期および長期の良い投資です。それらは徐々にプロセスに取り入れられるべきであり、彼らの仕事は、大胆だが有害な変更を加えて岩の上でプロジェクトを推進できないようにすることができる人々によって見直されるべきです。

新入社員のための最良かつ最悪の任務

個別のプロジェクトまたはいくつかの技術開発がある場合、将来のプロジェクトで使用するための準備をすることができますが、これも大きなメリットになる可能性があります。特定のツールセットを学び、独自のローカルビルドを実行し、ユニットテスト、ユーザビリティテスト、ドキュメント作成、レビューへの参加を行うことは、すべて新規採用者にとって優れた候補タスクです。新規採用者には新しい視点があり、チームが一緒に暮らすことを学び、もはや見ることができないことについて貴重な批評を提供することができます。

新しいスタッフのあまり有益でない使用法には、マネージャーや開発者以外の利害関係者とのチームミーティング、見積もり、要件の抽出と管理（競合他社で働いた後に専門家でない場合）、特許、新しい候補者へのインタビュー、またはその他の方法で人員配置を支援することが含まれます。

チームの調和を保ち、将来の期待を設定する

新しい採用の優先順位はまだ機能していません。フォーミング、ストーミング、ノーミング、パフォーマンスの進化を遂げたチームがある場合、チーム内でのパフォーマンスと計画された責任に対する期待を新入社員に与える必要があります。新入社員の仕事をチームの他の役割よりも要求が少なく見えるようにしてはいけません。チームが積極的に締め切りに向かって進んでいる場合、新規採用者は彼が積極的に統合に向かって進んでいることを示す方法を持つ必要があります。

私は、人的資源の利益を減少させるポイントの標準的な用語を知りません。目的は人々を説得することなので、代わりにフレーズを変えてみてください。

• 「分解可能性の限界」は、中規模プロジェクトに特に関連している可能性があります。
• 「通信オーバーヘッドバリア」は、大規模プロジェクトの古典的なブルックの法則を呼び起こします。
• 「がらくたではない何かが必要な場合は、適切に実行するのに少し時間がかかります。」という空想的な方法としての「設計反復要件」。

かなり近い用語は「弾力性の範囲」です。価格をさらに下げても売上が伸びない場合に、価格非弾力性の領域に到達することのアナロジーは、経営者にベルを鳴らすはずです。