この場合に必要な期間はよくわかりません。サブチームの形成期間の方が長くなるのではないかと思いますが。(そこまでやる必要もないので、面倒になったともいう)まとめ上記の通り増員により見込まれるパフォーマンス向上は、増員のタイミングからはかなり遅れることになります。元チームの人数や増員される人数が多いほど要する時間的コストが大きくなることもお分かりいただけるかと思います。階層的なチームでも追加されるパスの本数がましになるだけで本質は変わらないこともわかりました。細かい変数を無視していますので既存のメンバーのS/N比低下をモデルに含んでいませんが、そういう事象が起こることも頭に入れなければなりません。そのため、実際にはこのモデルで表される時間的コストよりもよりチーム形成に時間がかかることになります。要は何が言いたいかというと、必要になってから増員したのでは遅いわけです。必要になった時にちゃんと増員込みでチームができるようにその前からチーム形成しておこうね、という話にしかなり得ないと思います。機能期に入っているチームをサブチームとして編成に加え、コミュニケーションパスの増加を抑えるという形が一番怪我が少ないという話かと。チーム編成を途中から変更するということは、この時間的コストと残り期間と予算のバランスで決めないと意味がないということです。だいたいブルックスの法則ってあってますわ。未来のいつ必要になるかとかそんな予測は無理ゲーなので、スコープやスケジュールを調整する方がよほどコストが低いというのも納得出来る話ではあります。»プロフィールid:mao_instantlifeソフトウェア開発会社でチームマネージャをしているエンジニアの雑記。アウトプットは少なめです。月別アーカイブ参加グループプログラミングはてなブログをはじめよう!mao_instantlifeさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。