進捗管理 １．進捗度算出 （１）進捗尺度 進捗把握の単位は、細分化されていることが望ましい。 可能ならば１人１週間の作業量を１単位とする （１）進捗尺度 進捗把握の単位は、細分化されていることが望ましい。 可能ならば１人１週間の作業量を１単位とする ﾌﾟﾛｼﾞｪｸﾄ管理 -18-
ﾌﾟﾛｼﾞｪｸﾄ管理 -19-
・進捗尺度には定量化が可能な成果物を使用する ・作業間の重み付けを設定しても良いが、あまり複雑に成らない 様にする ２．進捗把握 （２）進捗度計算方法 例． 作成済ページ 試験済項目数 予定ページ 、 総試験項目数 （３）留意点 ・進捗尺度には定量化が可能な成果物を使用する ・作業間の重み付けを設定しても良いが、あまり複雑に成らない 様にする ２．進捗把握 ・グループ単位では、週１回の頻度で進捗状況を把握する ・プロジェクト又はサブシステム単位での進捗度の把握は、 １～２回／月とし、工程、期間等に応じてプロジェクト毎に決定する ・工程の節目節目の進捗状況に注意する事 ﾌﾟﾛｼﾞｪｸﾄ管理 -20-
プロジェクト管理ツールを活用し、ガントチャート等により管理する ★Ｃ＆Ｃシステム事業ＧではＳｕｐｅｒ－ＳＣＡＬＥを使用している ４．遅れ対策 ３．進捗度管理 プロジェクト管理ツールを活用し、ガントチャート等により管理する ★Ｃ＆Ｃシステム事業ＧではＳｕｐｅｒ－ＳＣＡＬＥを使用している ４．遅れ対策 （１）遅れの把握 ガントチャート等を用いて、計画と実績の差異を把握する （２）アラートの検知 開発期間、工程によっても異なるが、下記を目安とする ・１週間遅れ……担当者のヒアリングに基づき原因を分析する ・半月遅れ………本格的原因分析と対策が必要である ・１ｹ月以上の遅れ…抜本的対策と遅れ箇所の集中管理が 必要である ﾌﾟﾛｼﾞｪｸﾄ管理 -21-
・日程計画そのものに無理は無いか（見積りミス等） ・体制は充分か ・上流工程の不備によるものか（設計ミス等） ・技術的に難しいか （３）原因分析のポイント ・日程計画そのものに無理は無いか（見積りミス等） ・体制は充分か ・上流工程の不備によるものか（設計ミス等） ・技術的に難しいか ・個人の能力不足か ・Ｈ／Ｗ、ＯＳ、パッケージソフトの機能／品質上の問題に よるものか ・考慮漏れ作業の発生によるものか（ＷＢＳでの解析不足等） ・開発設備の不足によるものか 等々 ﾌﾟﾛｼﾞｪｸﾄ管理 -22-
具体的対策はプロジェクト毎の事情によるが､重要な事は､ 対策の要否を判断し、対策を立案し、迅速に対処する事である （４）対策実施 具体的対策はプロジェクト毎の事情によるが､重要な事は､ 対策の要否を判断し、対策を立案し、迅速に対処する事である 一般的な対策は次の通りである ・要員の増強 “両刃の剣”であり、注意を要する（投入者の能力、 作業の切り出し／引き継ぎ、チームワーク 等々） ・開発環境の強化 マシン環境の強化と共に、机上作業／チェックの妥当性に 就いても､評価／分析をする事 ・要員の分担見直し ・作業のプライオリティ付けによる管理 ・管理強化 ・納期変更（一部機能の後回し） ﾌﾟﾛｼﾞｪｸﾄ管理 -23-