最適な工期は「投入人月の立方根の2.4倍」、JUASが調査 ― ＠IT
2007/07/05 日本情報システム・ユーザー協会（JUAS）は7月5日、ユーザー企業102社の357プロジェクトを調査した「ソフトウェアメトリックス調査2007」を発表した。システム開発の企画、開発計画に始まり、保守や運用管理まで実態を調査した内容で、企業情報システムの実態を伝える。調査結果からは“デスマーチ”となるプロジェクトの実態も浮かび上がった。 デスマーチ化するプロジェクトの条件の1つは工期の設定が不適切であることだろう。調査から導き出された標準開発工期は「投入人月の立方根の2.4倍」。調査対象のプロジェクトの全体工数と全体工期をグラフ化し、回帰直線によって求めた。この計算によれば1000人月のプロジェクトの場合は24カ月の工期を設定するのが標準的といえる。事情によってこの標準工期よりも短い工期しか取れない場合は、その短縮率を計算して対策を採るべきとJUASは提言。だが、「（短
【中級】一流エンジニアのタイムマネジメント 最終回
仕様書作成やプログラミングなどの仕事（タスク）が発生したときに，あなたはその所要時間をどうやって想定しているだろうか。おそらく過去に行った似たタスクを思い出しながら，「半日で終わるかな」，「2日はかかりそうだ」といった具合に予測しているのではないか。 そのやり方が間違っているとは言わないが，所要時間の予測が大ざっぱだと，タスクの実行に支障が出かねない。予測を大幅に超える時間がかかるかもしれないし，そのときに「もともと適当に予測した時間だからオーバーしても仕方がない」と思ってしまう。そしてタスクを完了したときに，その仕事ぶりが良かったのか悪かったのかがあいまいになる。 このように所要時間の予測ひとつとっても，経験やカンに基づく大ざっぱなタイムマネジメントでは大きな成果を上げるのは難しい。タイムマネジメントそのものが，いい加減になりかねない。 図A PSPによって作業の所要時間に関する予測精度
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
