追加の開発者の収益の減少
ソフトウェアプロジェクトに開発者を追加すると、利益が減少するポイントを説明する用語はありますか？
高レベルでは、プロジェクトが生産能力を発揮する開発者の数（プロジェクトの状態、追加された開発者の品質）だけがより複雑であることに気づきますが、これを繰り返しによる非技術的な管理に関連付ける方法。 ブルックの法則 を除いて、基本的には「終末速度」のような強い精神的なイメージを引き起こす用語を探しています。
あなたの質問には答えが含まれています：リターンの減少のポイント。これは、リソースを追加すると、これらのリソースの生産的効果よりもコストがかかるポイントです。これは基本的な経済概念なので、経営陣はこれを暗記することが求められます...
「後期のソフトウェアプロジェクトに人員を追加すると、それが遅くなります。人月は、作業時間に掛けた作業人数に比例する作業単位の概念です。ブルックの法則この関係は神話であり、したがって本の中心的存在であると述べています。 "-出典： Wiki-Mythical_Man_Month 。
Doomed to Repeat
かわいそうなフレッド・ブルックスは Homer's IlliadのCassandra のようなものです。映画「トロイ」の本を読んだ場合、彼女は（トロイの木馬）を気にしていない人でした。彼女は未来を正確に予測しますが、予測が起こり、彼ら自身でそれを見るまで、誰も彼女を信じません。
管理/受動的抵抗または慎重な雇用と戦わないでください
私のアドバイスは、おそらく死ぬのは良い日ではないということです。マネージャーがあなたにもっと多くのスタッフを雇って欲しいと望んでいるなら、それをすることです。特定の経験を持つ人を獲得したり、迅速なスクリーンアウト技術を使用したりするなど、いくつかのパラメーターを提案すると、検索時間が3倍になり、妨害者が到着する前に期限に達する可能性があります。
ありそうもない候補者に費やす時間を最小限に抑えることで、時間を大幅に節約できます。たとえば、履歴書の最初の3分の1に上位3つの要件がないレジュメは破棄されます。候補者は、オンサイトインタビューの前に30分の電話スクリーンを通過する必要があり、ニーズに事前にスクリーニングしない採用担当者は無視します。他のテクニックもたくさんあります。使用するものが効率的で効果的であることを確認してください。
新入社員統合の負担の制御
締め切り前に採用し、新入社員に対応する必要がある場合は、トレーニングに参加するためのクリティカルパスにいない人に時間を割り当てます。チームのメンバーが1つを見て、1つを実行し、1つを表示すると役立ちます。低から中程度の経験を持つチームメンバーがいる場合は、プロセス、ツールセット、およびコードベースについての理解を深め、これらの領域での新規採用を指導します。
うまくいけば、あなたはいくつかのドキュメントを持っているので、彼らが立ち上がるのを助けるドキュメントを読むために新しい人を割り当てることは、短期および長期の良い投資です。彼らはあなたのプロセスに徐々に取り入れられるべきであり、彼らの仕事は大胆だが有害な変化を伴う岩の上でプロジェクトを推進するのを防ぐことができる人々によって見直されるべきです。
新入社員の最高および最悪の割り当て
個別のプロジェクトまたは何らかの技術開発がある場合、将来のプロジェクトでの使用に備えてそれらを行うことができますが、これも大きなメリットになる可能性があります。特定のツールセットを学び、独自のローカルビルド、ユニットテスト、ユーザビリティテスト、ドキュメント作成、レビューへの参加を行うことは、すべて新規採用者にとって非常に有望なタスクです。新規採用者には新しい視点があり、チームが一緒に暮らすことを学び、もはや見ることができないことについて貴重な批評を提供することができます。
新しいスタッフのあまり有益でない使用法には、マネージャーや開発者以外の関係者とのチームミーティング、見積もり、要件の抽出と管理（競合他社で働いた後に専門家でない場合）、特許、新しい候補者へのインタビュー、またはその他の方法で人員配置を支援することが含まれます。
チームに調和を保ち、将来の期待を設定する
新しい採用の優先順位はまだ機能していません。フォーミング、ストーム、ノーミング、パフォーマンスの進化を経たチームがある場合、チーム内での彼のパフォーマンスと計画された責任に対する期待を新入社員に与える必要があります。新入社員の仕事をチームの他の役割よりも厳しく見せてはいけません。あなたのチームが積極的に締め切りに向かって進んでいる場合、新入社員は彼が積極的に統合に向かって進んでいることを示す方法を持つ必要があります。
私は、人的資源の利益を減少させるポイントの標準的な用語を知りません。目的は人々を説得することなので、代わりにフレーズを変えてみてください。
- 「分解可能性の限界」は、中規模プロジェクトに特に関連している可能性があります。
- 「通信オーバーヘッドバリア」は、大規模プロジェクトに対する古典的なブルックの法則を呼び起こします。
- 「がらくたではない何かが必要な場合は、適切に実行するのにある程度の時間がかかります。」という空想的な方法としての「設計反復要件」。
合理的に近い用語は、「範囲 elasticity "：価格非弾性領域に到達することとの類似性であり、価格をさらに下げても売上が増加しない場合は、経営陣にベルを鳴らす必要があります。