【エンジニアリングプロジェクトマネジメント実践】トピックスとソリューション

第 2 章のプロジェクトの対象となる活動

タイトル

東州大学は高等教育研究機関であり、かつては地方自治体の管轄下にありましたが、現在は独立して運営されています。アカデミーの給与計算は依然として地方自治体によって管理されており、給与やその他の費用は地方自治体のコンピューティング センターによって提供され、サービス料金はそこから支払われます。大学管理者の意見は、市販の給与計算ソフトウェア パッケージを購入して自分で給与計算を処理する方が経済的である可能性があるというものです。

a. 大学による独立した給与処理プロジェクトの主な手順は何ですか?

b. 独立した給与支払いシステムを実現するという蘇州大学のプロジェクトは、目標主導型プロジェクトですか、それとも製品主導型プロジェクトですか?

c. このプロジェクトの利害関係者は誰ですか?

答え

質問

プロジェクトの主な手順は次のとおりです。
1. プロジェクトの評価。費用対効果を高めるために、大学が負担するすべてのコストを慎重に調査してください。
2. 計画。ローカル処理を実現するアプローチに切り替えるには、関係者全員による慎重な計画が必要ですが、詳細な計画の一部は、より詳細な情報が入手可能になるまで延期されます。
3. インスピレーションと分析を要求します。
4. 仕様。新しいシステムの機能を分析したドキュメントを作成します。
5. デザインとコーディング。
6. 検証と確認。テストを実行して、プログラムが実際に必要な機能を実行することを確認します。
7. 達成する。ソフトウェアをインストールし、システムパラメータを設定し、従業員の詳細を確立します。
8. メンテナンスとサポート。ユーザーからの問い合わせへの対応、新しいユーザー要件の受け入れ、パッケージサプライヤーとの連絡などを含みます。

b 質問

独立した給与支払いシステムを実現する東州大学のプロジェクトは、目標主導型のプロジェクトです。

質問

利害関係者には主に以下が含まれます:
1. 商用ソフトウェアおよびハードウェア パッケージのプロバイダーおよび販売者、
2. 賃金が正しく計算されていることを確認する必要がある従業員、
3. 従業員情報を提供する必要がある人事部門、
4. 必要な部門長5. 財務
部門、管理のために新しいシステムの使い方を学ぶ必要がある;
6. 地方政府機関とその職員、その業務が再配置される。

第 3 章 ソフトウェア プロジェクト管理の概要

タイトル

一般に、管理には次の活動を含めることが推奨されます: 計画、組織化、人事、指揮、監督、制御、革新、代表。
Xu Jing はソフトウェア開発部門のマネージャーです。火曜日の朝10時に、彼と部下の部門リーダーはグループマネージャーと会い、来年の人員要件について話し合った。Xu Jing さんは、自分の部門の来年の作業計画に基づいた「招待状」というタイトルの人事文書を作成しました。この文書は会議で議論されました。午後 2 時に、Xu Jing は上級スタッフと会い、部門が取り組んでいる重要なプロジェクトについて話し合います。プロジェクトのプログラマーの 1 人が交通事故に遭い、しばらく入院する予定でした。プロジェクトの進行を確実にするため、緊急性の低い業務の一時的な代替として、別のグループのメンバー（緊急性の低いタスクを担当）をこのプロジェクトに異動させることが決定されましたが、調整に 1 週​​間かかりました。Xu Jing さんは、人事部に電話して人事異動の問題を伝えると同時に、ユーザーに電話して、なぜプロジェクトを延期しなければならないのか、誰がこの重要ではない仕事をしているのかを説明しなければなりませんでした。 。
1 日のさまざまな時間における Xu Jing の応答のうち、上記の 8 つの管理責任に属するものを指摘してください。

答え

Xu Jing は部門の指導グループとの会議を開いたとき、自分の責任を整理して述べました。
「招待状」というタイトルの人事文書を作成する際に、人事マネージャーと連絡を取るのは人事および組織の責任です。
部門の作業計画は、革新と計画の責任です。
「会議で議論する」というのは組織の監督上の義務です。
「部門が取り組んでいる重要なプロジェクトについて話し合うために上級スタッフと会う」というのは計画の義務です。
「プロジェクトの進行を確実にするために、別のグループのチームメンバーをこのプロジェクトに異動させる」というのは、管理、人事、組織の責任であり、革新と指導の責任でもあります。
「コール人事」は代表・プレゼンテーション業務です。
「ユーザーへの電話」は組織の明示された責任です。

第 4 章 プロジェクトの評価とプログラム管理

タイトル

表 1 4 つのプロジェクトのキャッシュ フロー予測 - 数値は年末の合計 (ルーブル)

年	項目1	項目2	項目3	項目4
0	-100,000	-1,000,000	-100,000	-120,000
1	10000	200,000	30,000	30,000
2	10000	200,000	30,000	30,000
3	10000	200,000	30,000	30,000
4	20,000	200,000	30,000	30,000
5	100,000	300,000	30,000	75,000
純利益	50,000	100,000	50,000	75,000

a. この 4 つの項目を財務期待の順に並べ、その理由を説明してください;
b. 回収期間とは何か、表 3-1 の各項目の回収期間を計算してください;
C. 投資収益率 (ROI) とは何か）？ROIの計算式を書き、各プロジェクトのROIを計算し、この値に基づいて、どのプロジェクトが最もやる価値があるか?

答え

質問

純利益順に並べ替えると、項目 2 が項目 4 より優先され、項目 4 が項目 3 より優先され、項目 3 が項目 1 より優先されます。

b 質問

回収期間とは、投資プロジェクトが稼働してから得られる総収益が、投資プロジェクトに投資された総投資額に達するまでに必要な期間（年）です。
プロジェクト 1 の回収期間は 5 年、
プロジェクト 2 の回収期間は 5 年、
プロジェクト 3 の回収期間は 4 年、
プロジェクト 4 の回収期間は 4 年です。

質問

投資収益率（ROI）とは、投資を通じて返されるべき価値、つまり企業が投資活動から得られる経済的利益を指します。投資収益率 (ROI) = 年間利益または平均年間利益 / 総投資 × 100%。
プロジェクト 1 の ROI=10000/100000=10%、
プロジェクト 2 の ROI=20000/1000000=2%、
プロジェクト 3 の ROI=10000/100000=10%、
プロジェクト 4 の ROI=15000/120000=12.5%。
項目 4 は最も価値のある投資です。

第5章 プロジェクトの評価とプログラム管理 II

タイトル

正味現在価値 (NPV) の計算は、プロジェクトの収益率と生成されるキャッシュ フローの期間を考慮するプロジェクト評価手法です。NPV と割引率を理解するために、表 1 に割引係数を示します。

年	5	6	8	10	12	15
1	0.9524	0.9434	0.9259	0.9091	0.8929	0.8696
2	0.9070	0.8900	0.8573	0.8264	0.7972	0.7561
3	0.8638	0.8396	0.7938	0.7513	0.7118	0.6575
4	0.8227	0.7921	0.7350	0.6830	0.6355	0.5718
5	0.7835	0.7473	0.6806	0.6209	0.5674	0.4972
6	0.7462	0.7050	0.6302	0.5645	0.5066	0.4323
7	0.7107	0.6651	0.5835	0.5132	0.4523	0.3759
8	0.6768	0.6274	0.5403	0.4665	0.4039	0.3269
9	0.6446	0.5919	0.5002	0.4241	0.3606	0.2843
10	0.6139	0.5584	0.4632	0.3855	0.3220	0.2472
15	0.4810	0.4173	0.3152	0.2394	0.1827	0.1229
20	0.3769	0.3118	0.2145	0.1486	0.1037	0.0611
25	0.2953	0.2330	0.1460	0.0923	0.0588	0.0304

a. 割引率 10% を仮定すると、プロジェクト 1 の NPV (実験 4 の表 3-1 を参照) は表 3-2 に従って計算され、割引率 10% の正味現在価値は 618 ルーブルです。10% の割引率を使用してプロジェクト 2、3、および 4 の正味現在価値を計算し、これを基礎としてどのプロジェクトが最も有益かを決定します。

表 2 品目 1 への割引係数の適用

年	項目 1 キャッシュフロー (RUB)	割引率 10%	割引キャッシュフロー（ルーブル）
0	-100,000	1.0000	-100,000
1	10000	0.9091	9 091
2	10000	0.8264	8 264
3	10000	0.7513	7 513
4	20,000	0.6830	13 660
5	100,000	0.6209	62 090
純利益	50,000	NPV：618

b. 8%、10%、および 12% の割引率を使用して、表 3-4 に示す各プロジェクトの NPV を計算します。どの商品が一番お得かは割引率ごとに決まります。結果からどのような結論を導き出すことができますか?

答え

質問

項目 2:
-100000 1+200000 0.9091+ 200000 0.8264 + 200000 0.7513+200000 0.6830+300000 0.6209=-179770項目 3: -100000 1+ 30000 0.9091 + 30 000 0.8264+30000 0.7513+30000 0.6830 + 30000 0.6209 =13448項目 4: -120000 1+30000 0.9091+30000 0.8264 +30000 0.7513+30000 0.6830+75000 0.6209=21661.5項目​​ 4 が最も大きな利点があります

b 質問

割引率8%の場合
プロジェクトA:
-8000 1+4000 0.9259+4000 0.8573+2000 0.7938+1000 0.7350+500 0.6806 +500 0.6302=2110.8
プロジェクトB:
-8000 1+1000 0.9259 +20 00 0.8573+4000 0.7938+ 3000 0.7350+9000 0.6806-6000 0.6302=2364.9
プロジェクト C:
-10000 1+2000 0.9259+2000 0.8573+6000 0.7938+2000 0.7350 +2000 0.6806 +2000*0。 6302= 2420.8
プロジェクト C が最も有益です。

割引率10%の場合
プロジェクトA:
-8000 1+4000 0.9091+4000 0.8264+2000 0.7513 +1000 0.6830+500 0.6209 +500 0.5645=1720.3
プロジェクトB:
-8000 1+1000 0.9091+20 0 0 0.8264+4000 0.7513 +3000 0.6830+9000 0.6209-6000 0.5045=1817.2
プロジェクト C:
-10000 1+2000 0.9091+2000 0.8264+6000 0.7513+2000 0.6830+2000 0.6209 + 2000*0。 5645= 1715.6
プロジェクト B が最大のメリットをもたらします

割引率12%の場合
プロジェクトA：
-8000 1+4000 0.8929+4000 0.7972+2000 0.7118+1000 0.6355+ 500 0.5674 +500 0.5066 =1356.5
プロジェクトB：
-8000 1+1000 0.8929+2 00 0 0.7972+4000 0.7118 +3000 0.6355+9000 0.5674-6000 0.5066=1308
プロジェクト C:
-10000 1+2000 0.8929+2000 0.7972+6000 0.7118 +2000 0.6355+2000 0.5674+2000*0.50 66=10 70
プロジェクト A が最大の利益をもたらす

結論: 割引率が異なると、プロジェクトの利益の相対的な順序も異なります。

第6章 プロジェクト計画の概要

タイトル

a. 図 1 の製品内訳構造 (PBS) に基づいて、特に収集した情報を潜在的なハードウェア サプライヤーに提供する場合に、蘇州大学給与システム プロジェクトの一部の製品を表す考えられる製品フロー図 (PFD) を描きます。ビジネスとして、また ITT の一部として。ここでのキャパシティの数値は、維持する必要があるレコード (従業員など) の数を指します。
b. 対応するアクティビティ ネットワーク図を描きます。

答え

質問

b 質問

第 7 章 適切なプロジェクトアプローチの選択

タイトル

a. さまざまなソフトウェア システムが共通のライフ サイクル アプローチをどのように選択するかを理解します。
b. 次の各システムにどの方法が最も適しているかを概説します: (1) 特定の疾患を持つ患者の投薬量を計算および管理するために使用されるシステム; (2) 学生ローン プログラムの管理に使用されるシステム; (3) 管理に使用されるシステム循環する電車のシステム。

答え

質問

a. プロジェクトのライフサイクルアプローチは設計モデルとは異なりますが、ある程度の関連性があります。これは主に、制御システム、情報システム、ユーザーの使いやすさ、専門技術、ハードウェア環境、安全性が重要なシステム、不正確な要件などを含むソフトウェアの特性に基づいています。
制御システムは、ペトリネットなどの技術を必要とする同時処理を備えたリアルタイム システムである場合があります。
情報システムには、環境の種類に応じた SSADM や情報工学などの方法論が必要です。SSDAM は、多数の開発者が共同で開発する必要があるプロジェクトに適しています。この方法論では、開発チームのメンバーが要件を理解しているため、各ステップに必要なアクティビティと製品が指定されます。
ユーザーの使いやすさは、特定のユーザーの存在を考慮する方法論です。一部のシステムでは、新しいコンピュータベースのシステムの論理機能を生成するために、既存の事務システムの分析が必要です。
特殊なテクノロジーは、関連テクノロジーに基づくシステムの開発を支援します。
ハードウェア環境とは、システムが実行される環境を指し、システムの実装に使用される方法を制約します。
セーフティクリティカルなシステム: システムの安全性と信頼性が重要な場合、追加コストを正当化するために OCL などの表記による正式な仕様が必要です。実行可能なシステムは並列化され、継続的に相互検証されます。
要件が不正確な場合は、プロトタイピングのアプローチを検討する必要があることを意味します。システム環境が急速に変化する場合は、増分配信が必要です。ユーザーがプロジェクトに関して不確実な目標を持っている場合は、ソフト システム アプローチを検討できます。

b 質問

(1) 特殊疾患患者の投与量を計算・管理するシステムは知識ベースシステムであり、知識システムの特殊技術をベースに特殊技術を用いて構築される。このシステムは安全性が重要なシステムでもあり、追加コストを正当化するために OCL 表記を使用した正式な仕様が必要になる場合があり、複数のシステムが並行して開発され、継続的に相互検証される可能性があります。
(2) 学生ローンプログラムを管理するシステムは大規模な情報システムです。SSDAMの手法を用いて試作機を開発した。
(3) トンネル内を通過する列車を制御するシステムは安全性が要求される組込みシステムである。複数のシステムを同時に開発し、継続的にクロスチェックすることができます。曖昧さを避けるためには、OCL やその他の数学ベースの仕様言語などの形式言語が必要です。ソフトウェアテストの統計的管理も必要です。

第 8 章 ソフトウェアの労力の見積もり

タイトル

東州大学の Xu Jing 氏は、給与計算システムが正常にインストールされたので、コースごとの人件費を分析するためのサブシステムを作成する必要があると言われたことがあります。各従業員が稼いだ賃金の詳細は、固定賃金データから取得できます。各従業員が各科目の指導に費やした時間数は、コンピュータ ベースのクロノグラフ システムの固定ファイルから取得できます。
この要件を達成するにはどのようなタスクを実行する必要がありますか? 1 ～ 2 週間で取り組めるタスクを特定してください。どのタスクの期間を見積もるのが最も難しいですか?

答え

この要件を実現するために完了する必要があるタスクは次のとおりです。
1. ユーザーの要件の取得が完了するまでに 1 週​​間かかる場合があります。
2. 既存のデータの構造を分析します。完了までに 1 週​​間かかる場合があります。
3. レポートをデザインします。完了までに 1 週​​間かかる場合があります。
4. ユーザー提案を作成します。完了までに 1 週​​間かかる場合があります。
5. テスト ケースを作成します。完了までに 2 週間かかる場合があります。
6. 技術仕様を作成します。完了までに 1 週​​間かかる場合があります。
7. ソフトウェアの設計。完了までに 2 週間かかる場合があります。
8. ソフトウェアを作成します。これには 2 週間以上かかる場合があります。
9. ソフトウェアのテスト。これには 2 週間以上かかる場合があります。
10. 取扱説明書の作成には1週間程度かかる場合があります。
11. 受け入れテストを実行します。1 ～ 2 週間かかる場合があります。
通常、期間を見積もるのが最も難しいタスクは、ソフトウェアのサイズと複雑さに影響を与えるアクティビティです。この質問では、ソフトウェアの設計、作成、テスト、その他のリンクがそれです。したがって、技術仕様を作成し、期間を見積もるのもより困難になります。
クライアントが実行する必要がある作業の期間を見積もることも困難です。

第 9 章 ソフトウェア工数の見積り II

タイトル

a. プロセスコード指向のアプローチ
IOE 年間保守契約システムに関してフェリシティが責任を負うことの 1 つは、新しい年間保守契約の顧客詳細の確立です。
オペレーターは次のように入力します。
CustomerAccountNumber
CustomerName
Address
PostCode
CustomerType
RenewalDate
これらの情報はすべて、システム データベースの Customer レコードに作成されます。すでに入力されているアカウント番号に対して、顧客アカウントがすでに存在する場合は、エラー メッセージが表示されます。
以上の処理の概要を実行するプログラム構造図を描きます。図内の各ボックスについて、使い慣れたプログラミング言語 (JAVA、C++ など) を使用して、サブルーチンの実装に必要なコードの行数を見積もります。
b. 類推による推定 照合
対象のケースが、構築するシステムの入力数と出力数の 2 つのパラメータに基づいていると仮定します。新しいプロジェクトには 7 つの入力と 15 の出力があることがわかっています。以前、8 つの入力と 17 の出力を備えたプロジェクト A がありました。したがって、ソースケースとターゲットケースの間のユークリッド距離は、((7-8)2+(17-15)2))1/2、つまり 2.24 になります。
プロジェクト B には 5 つの入力と 10 の出力があります。このアイテムと上記で考慮されるターゲットの新しいアイテムの間のユークリッド距離はどれくらいですか? プロジェクト B はプロジェクト A よりもターゲット プロジェクトに似ていますか?
c. II 機能ポイントをマークします。
Mark II 方式は CCTA によって推奨されており、英国政府プロジェクトの標準として使用されています。変化する方法を学びましょう。
各トランザクションについて、未調整ファンクション ポイント (UFP) は次のように計算されます:
wi*(入力データ要素タイプの数) + We*(参照されるエンティティ タイプの数) + wo*(出力データ要素タイプの数)
wi、we、wo は重みを表します。ほとんどの FP 計算では業界の平均値を使用できます。3 つの重みの合計は 2.5 (0.58、1.66、0.26) です。
IOE 保守アカウント サブシステムでは、現金受領トランザクションは、Invoice と CashReceipt という 2 つのエンティティ タイプにアクセスする必要があります。
入力データ要素は次のとおりです。
InvoiceNumber
DataRecieved
CashRecieved
請求書レコードの請求書番号が見つからない場合は、エラー メッセージが発行されます。請求書番号が見つかった場合は、CashReceipt レコードが作成されます。
エラー メッセージは、特別な処理が必要なこのトランザクションの唯一の出力データ要素を構成します。したがって、業界の平均ウェイトを使用すると、この取引の未調整関数ポイントは次のようになります:
(0.58 3) + (1.66 2) + (0.26*1) = 5.32
業界の平均ウェイトを使用して未調整 Mark II 関数を計算します。ポイント。

答え

CustomerAccountNumberの入力と重複判定のコードは20行程度、
CustomerName、Address、Postcode、CustomerType、RenewalDateの入力処理は10行程度
2. プロジェクトBと新規プロジェクトとのユークリッド距離は、 $\sqrt{(5-7{)}^2+(10-15{）}^2}=5.385$、プロジェクト B は、プロジェクト A と同様にターゲット プロジェクトに似ていません。
3.
$$(0.58\ast 6)+(1.66\ast 1)+(0.26\ast 2)=5.66$$

第 10 章 ソフトウェア工数の見積もり (III)

タイトル

a. COCOMO II モデルとは何かを説明する例を挙げてください
b. ソフトウェア管理者は、ネットワーク情報検索システムのプロジェクトを見積もっています。見積額は 40,000 元、60,000 元、120,000 元です。2 番目の専門家は 30,000 元を与えます。 120,000元 70,000元と80,000元の推定値に対して、3人目の専門家は20,000元、50,000元、100,000元の推定値を出し、このプロジェクトの推定コストを計算してみてください。
c. ある IT 企業が、推定コード量 70KLOC のプロジェクトに取り組んでいます。このプロジェクトは中規模のセミ組み込みプロジェクトであり、中型 COCOMO モデルを採用しています。プロジェクトの属性のうち、信頼性だけは非常に高いレベルです (他の属性は正常ですが、計算プロジェクトの規模は何人月ですか、15,000 元/人月の場合、プロジェクトのコストはいくらですか?
d. プロジェクトは C 言語で完了し、プロジェクトには合計 70 のファンクション ポイントがあることがわかっています。IBM モデルを使用して、ソース コードの行数、作業負荷、プロジェクトの期間、要員要件、ドキュメントの量を見積もってください。 。

答え

質問

COCOMOモデルの正式名称はConstructive Cost Modelといい、1981年に提案されました。その後、ソフトウェアのライフサイクル、テクノロジー、コンポーネント、ツール、表記法、およびプロジェクト管理テクノロジーの進歩に適応するために、オリジナルの COCOMO の作者である Barry Boehm が COCOMO に調整と改良を加え、新しいバージョンである COCOMOII を提案しました。COCOMOII モデルでは、アプリケーション アセンブリ モデル、初期設計モデル、ポストアーキテクチャ モデルの 3 つのスパイラル プロセス モデルが使用されます。たとえば、チームがこれまで比較されたことのないプログラムを開発する場合、以前の PREC は低くなります。チームの結束力が低く、プロセスが標準化されていない場合、RERM や PMAT などの指標は低くなります。さまざまな要素を考慮した後、SF 値が計算されます。製品要因やプロジェクト要因などの要因に応じて、作業負荷乗数を計算できます。ソフトウェアの規模を見積もった後、数式を使用してプロジェクトの人数と進捗を見積もることができます。

b 質問

エキスパート 1: $E_{}=\frac{{ある}_{}+4m\_{\_}_{}+b_{}}{6}=\frac{}{6}=\mathrm{66,670}$元
エキスパート 2:$E_{}=\frac{{ある}_{}+4m\_{\_}_{}+b_{}}{6}=\frac{}{6}=\mathrm{65,000}$元
エキスパート 3:$E_{}=\frac{{ある}_{}+4m\_{\_}_{}+b_{}}{6}=\frac{2+4\ast 5+}{6}=\frac{}{6}=\mathrm{53,300}$元
の場合、コスト見積もり$E=\frac{E_{}+E_{}+E_{}}{3}=\mathrm{61,670}$元

質問

中型 COCOMO モデルでは、$E=ある\ast KLOC\_\_{\_}^b\ast EAF$。半埋め込みプロジェクトでは、$ある=3.0、b=1.12$、既知$KLOC\_\_\_=70$、$EAF=1.3$，则$E=3.0\ast 70^{1.12}\ast 1.3=454.542$、総プロジェクトコストは$454.54\ast 1.3=590.9$万元。
したがって、事業費は590.9万元となる。

質問d

C 言語のコードとファンクション ポイントの行数は約 150LOC/FP で、70 ファンクション ポイントのコード行数は$70\ast 150=10500$行、10.50KLOC、
ワークロード プロジェクト期間$D=4.1L{\_}^{0.36}=4.1\ast 10.5{\_}^{0.36}=9.559$
仕事量$E=5.2\ast L^{0.91}=5.2\ast 10.5{\_}^{0.91}=44.186$
人員需要$S=0.54E{\_}^{0.6}=0.54\ast 44.186^{0.6}=5.243$
文書数$DOC\_=49L{\_}^{1.01}=49\ast 10.5{\_}^{1.01}=526.741$

第11章 イベント企画

タイトル

(a) アイドル バッファ期間とは、後続のアクティビティに影響を与えることなくアクティビティを延期できる時間を指します。介入バッファ期間は、合計バッファ期間と空きバッファ期間の差です。図 11-1 に示す各アクティビティのアイドル バッファ期間と介入バッファ期間を計算します。
(b) 図 11-1 を参照して、活動期間 F が 8 週間に短縮されたと仮定して、プロジェクトの終了日を計算します。活動期間 F が 7 週間に短縮された場合、プロジェクトの終了日は何日になりますか?計画？なぜ？

答え

質問

A: アイドルバッファ期間: 0 週間。介入緩衝期間: 2 週間。
B: アイドルバッファ期間: 0 週間。介入緩衝期間: 3 週間。
C: アイドルバッファ期間: 0 週間。介入緩衝期間: 2 週間。
D: アイドルバッファ期間: 1 週間。介入緩衝期間: 2 週間。
E: アイドルバッファ期間: 3 週間。介入緩衝期間: 0 週間。
F: アイドルバッファ期間: 0 週間。介入緩衝期間: 0 週間。
G: アイドルバッファ期間: 0 週間。介入緩衝期間: 0 週間。
H: アイドルバッファ期間: 2 週間。介入緩衝期間: 0 週間。

b 質問

アクティビティ F の期間が 8 週間に短縮され、プロジェクトの終了日が 11 週間になったとします。クリティカル パスは F->G または A->C->H であるためです。
アクティビティ F の期間が 7 週間に短縮され、プロジェクトの終了日が 11 週間になったとします。クリティカルパスはA->C->Hだからです。