「プロジェクト管理」の版間の差分

提供: ORWiki
ナビゲーションに移動 検索に移動
(新しいページ: '【ぷろじぇくとかんり (project management)】 大規模な建設や研究開発などをプロジェクトと呼び, これらプロジェクトを計画・設計・...')
 
 
(3人の利用者による、間の3版が非表示)
1行目: 1行目:
【ぷろじぇくとかんり (project management)】
+
'''【ぷろじぇくとかんり (project management)】'''
 +
=== 概要 ===
  
 
大規模な建設や研究開発などをプロジェクトと呼び, これらプロジェクトを計画・設計・日程立案・組織化し, その実行過程を統制することがプロジェクト管理である. しかし実際には, その意味するところは, その言葉を使う人によって異なる. ORの分野では伝統的に, PERT/CPMやプロジェクトの経済性分析など, 問題を解く技術的な側面に主な関心がもたれてきたが, 他の分野では, プロジェクト組織といった, 人間が関係する側面により関心が払われてきた.
 
大規模な建設や研究開発などをプロジェクトと呼び, これらプロジェクトを計画・設計・日程立案・組織化し, その実行過程を統制することがプロジェクト管理である. しかし実際には, その意味するところは, その言葉を使う人によって異なる. ORの分野では伝統的に, PERT/CPMやプロジェクトの経済性分析など, 問題を解く技術的な側面に主な関心がもたれてきたが, 他の分野では, プロジェクト組織といった, 人間が関係する側面により関心が払われてきた.
 +
=== 詳説 ===
 +
 大規模な建設や研究開発をプロジェクト(project)とよび, これらプロジェクトを計画・設計・日程立案・組織化し, その実行過程を統制することを[[プロジェクト管理]]という. しかし実際には, プロジェクト管理の意味するところは, その言葉を使う人によって異なる. ORの分野では伝統的に, PERT/CPMなど問題を解く技術的な側面に主な関心がもたれてきたが, ほかの分野では, プロジェクト組織といった, 人間が関係する側面により関心が払われてきた.
 +
 +
 PERT/CPMは, プロジェクト・スケジューリング(project scheduling)と総称される. [[PERT]]は作業(job, activity)の所要時間に関して確率的取扱いを含むのに対し, [[CPM]]は決定論的アプローチである. それでも, これら2つの方法はよく似た手法であり, PERT/CPM法とよばれる [1, 2].
 +
 +
(1)PERT: PERTは, それまで使われてきたガントチャート(バーチャートともいう)に替わって, 大規模な工事の計画・管理の手法として, 1958年に米海軍のポラリス・ミサイル開発プロジェクトのために生み出された.
 +
 +
 PERTでは, プロジェクトを構成する作業の先行関係を表現するのに, 矢線(arrow)と結合点(node, event)とからなる有向のネットワーク図を用い, これに基づいて日程を計画・管理する手法である. また, このネットワーク図を[[アローダイヤグラム]]や矢線図(arrow diagram)とよび, そのかき方に次の3つのルールがある.
 +
 +
(i)1つの作業は2つの結合点を結ぶ1つの矢線で図示し, 矢線の両端の結合点番号の対 <math>(i,j)\, </math> によって作業を表す(図1 (a)参照).
 +
 +
(ii)「作業Cは作業AとBがすむと取りかかることができる」という先行関係は, 図1(b)のように表現する. 作業の先行関係を正確に表現するためにダミー作業が使われる(図1 (c)参照).
 +
 +
(iii)付番を一意的とするため, 平行作業には図1 (d)のようにダミー作業を導入する.
 +
 +
 +
 +
<center><table><tr><td align=center>[[画像:0179-C-B-03-kiso-zu1.png|center|図1 作業と先行関係の表現法]]</td></tr>
 +
<td align=center><br>図1 作業と先行関係の表現法</td></table></center>
 +
 +
 +
 +
アローダイヤグラムの例を図2に示す.
 +
 +
 +
<center><table><tr><td align=center>[[画像:0179-C-B-03-kiso-zu2.png|center|図2 アローダイヤグラムと結合点時刻の例]]</td></tr>
 +
<td align=center><br>図2 アローダイヤグラムと結合点時刻の例</td></table></center>
 +
 +
 +
 +
 作業 <math> (i,j)\, </math>  の作業時間  <math>D_{ij}\, </math>  が与えられたとき, 結合点  <math>j\, </math>  に最も早く到達しうる時刻を最早結合点時刻(earliest node time)  <math>t_j^E\, </math>  とよび,
 +
 +
 +
<center>
 +
<math>
 +
\left \{
 +
\begin{array}{ll}
 +
t_1^E=0 & \\
 +
t_j^E= {\max}_{(i,j) \in P} (t_i^E + D_{ij}) & \ j=2,3,\ldots ,n
 +
\end{array}
 +
\right.
 +
\, </math>
 +
</center>
 +
 +
 +
で計算する. ただし,  <math>P\, </math>  はプロジェクト全体の作業集合,  <math>n\, </math>  は終点を意味する. この計算は前進計算という. 上式により求めた  <math>t_n^E\, </math>  はプロジェクト全体の工期(総所要日数ともいう)を与える. つぎに, この工期から逆算して, 結合点  <math>j\, </math>  に遅くとも到達していなければならない限界の時刻である最遅結合点時刻(latest node time)  <math>t_j^L\, </math>  を次式から求める.
 +
 +
 +
<center>
 +
<math>
 +
\left \{
 +
\begin{array}{ll}
 +
t_n^L=t_n^E & \\
 +
t_j^L=\min_{(j,k) \in P} (t_k^L - D_{jk}) & j=1,2,\ldots ,n-1
 +
\end{array}
 +
\right.
 +
\, </math>
 +
</center>
 +
 +
 +
この計算を後進計算という. これらの結合点時刻から, 各作業の開始時刻と終了時刻の限界が次式より求められる.
 +
 +
 +
<center>
 +
<table>
 +
<tr>
 +
<td rowspan="4"><math>q_{ij}=
 +
\left\{
 +
\begin{array}{l}
 +
\\
 +
\\
 +
\\
 +
\\
 +
\\
 +
\\
 +
\end{array} \right. </math></td>
 +
<td>最早開始時刻 <math>ES_{ij} = t_i^E \, </math></td>
 +
</tr>
 +
<tr>
 +
<td>最遅開始時刻 <math>LS_{ij} = t_j^L - D_{ij} \, </math></td>
 +
</tr>
 +
<tr>
 +
<td>最早終了時刻 <math>EF_{ij} = t_i^E + D_{ij} \, </math></td>
 +
</tr>
 +
<tr>
 +
<td>最遅終了時刻 <math>LF_{ij} = t_j^L \, </math></td>
 +
</tr>
 +
</table>
 +
</center>
 +
 +
 +
 最早時刻と最遅時刻とに差異がある場合には, その作業に日程上の余裕があることを意味し, この余裕を[[フロート]](float)とよぶ. 作業  <math>(i,j)\, </math>  の全余裕時間(total float)  <math>TF_{ij}\, </math>  と自由余裕(freefloat)  <math>FF_{ij}\, </math>  は, 次式から求められる.
 +
 +
 +
<center>
 +
<math>
 +
\begin{array}{l}
 +
TF_{ij} = t_j^L - t_i^E - D_{ij} = LF_{ij} - EF_{ij} \\
 +
FF_{ij} = t_j^E - t_i^E - D_{ij} 
 +
\end{array}
 +
\, </math>
 +
</center>
 +
 +
 +
 アローダイヤグラムの矢線を順方向にたどって, 始点から終点に至る作業の列をパス(path)とよぶ. とくに  <math>TF_{ij}=0\, </math>  の作業の列で形成されるパスは[[クリティカルパス]](criticalpath)とよばれ, その長さはすべてのパスのうち最長となっている.
 +
 +
 PERT手法を基礎として種々な拡張が試みられている [3], [4]. 例えば, (i)作業に確率的選択の要素を入れたGERT(graphical evaluation and review technique)やVERT(ventureevaluation and review technique), (ii)PERTの時間的要素とともに費用に関するデータを考慮して, 日程と費用の両面から計画・管理を行うPERT/COST, (iii) [[資源制約]]を考慮して, その山積み・[[山崩し]]をアローダイヤグラムを基礎に実施しようとする資源制約付きプロジェクト・スケジューリング, (iv)単一プロジェクトから複数のプロジェクトの管理へ展開するRAMPS(resource allocationand multi-project scheduling), などがある.
 +
 +
 また, PERT計算で必要な各作業の所要時間は[[3点見積法]]で見積もられることが多い.
 +
 +
 +
(2)CPM: CPMでは, アローダイヤグラムを構成する各作業  <math>(i,j)\, </math>  の所要時間が投入費用によって可変であるとし, 両者の間に図3のような線形関係を仮定して日程計算を行う. 各作業を標準時間  <math>D_{ij}\, </math>  で行うときの費用を  <math>M_{ij}\, </math>  , 特急時間  <math>d_{ij}\, </math>  で処理するときの費用を  <math>m_{ij}\, </math>  とするとき, 所要時間  <math>y_{ij}\, </math>  (  <math>d_{ij} \le y_{ij} \le D_{ij}\, </math>  )に対する費用  <math>z_{ij}\, </math>  は
 +
 +
 +
<center>
 +
<math>
 +
z_{ij} = -c_{ij}y_{ij} + k_{ij}
 +
\, </math>
 +
</center>
 +
 +
 +
で与えられる. ただし,
 +
 +
 +
<center>
 +
<math>
 +
c_{ij} = (m_{ij} - M_{ij})/(D_{ij} - d_{ij})
 +
\, </math>
 +
</center>
 +
 +
 +
は, 作業を単位時間短縮するのに要する増加費用で, 費用増加率とよばれる.  <math>k_{ij}\, </math>  は定数項である.
 +
 +
 CPMは, 以下のように定式化される. アローダイヤグラムの結合点  <math>i\, </math>  ( <math> i=1,2,\ldots ,n \, </math> )の結合点時刻を  <math>t_i \, </math> , 達成したいプロジェクト全体の工期を  <math>\lambda\, </math>  (  <math>=t_n\, </math>  )とすると,
 +
 +
制約条件:
 +
 +
<center>
 +
<math>
 +
\left \{
 +
\begin{array}{ll}
 +
y_{ij} + t_i - t_j \le 0 & (i,j) \in P \\
 +
t_1 = 0 \\
 +
t_n = \lambda \\
 +
d_{ij} \le y_{ij} \le D_{ij}
 +
\end{array}
 +
\right.
 +
\, </math>
 +
</center>
 +
 +
 +
のもとで, プロジェクトの総費用
 +
 +
 +
<center>
 +
<math>
 +
z(\lambda)=\sum_{(i,j)\in P} (-c_{ij} y_{ij} + k_{ij})
 +
\, </math>
 +
</center>
 +
 +
 +
を最小化するような日程計画{ <math>t_i, y_{ij}\, </math> }を求める問題となる. ここで,  <math>P\, </math>  はプロジェクトの作業集合を意味する.
 +
 +
 +
 CPMの解法にはいくつかの方法がある. 1つの方法は, CPM問題を工期  <math>\lambda\, </math>  をパラメタとするパラメトリック線形計画法(parametric LP)と見なして解く解法で, プライマル・デュアル法(primal-dual algorithm)に基づく解法が提案されている. より広く使われている解法にラベリング法(labeling algorithm)がある. この方法は, 各作業の費用増加率  <math>c_{ij}\, </math>  を矢線の容量制約とし, 始点から終点に最大フローを流す問題としてCPM問題を解く方法である. 多くの解法が提案されており, その計算量の比較も行われている [5].
 +
 +
 +
<center><table><tr><td align=center>[[画像:0179-C-B-03-kiso-zu3.png|center|図3 費用関数]]</td></tr>
 +
<td align=center><br>図3 費用関数</td></table></center>
 +
 +
 +
 プロジェクト・スケジューリングの最近の研究が [6, 7]にまとめられている.
 +
 +
 +
 +
----
 +
 +
'''参考文献'''
 +
 +
[1] 関根智明,『PERT・CPM』,日科技連出版社, 1973.
 +
 +
[2] 刀根薫,『PERT入門』,東洋経済新報社, 1977.
 +
 +
[3] S. E. Elmaghraby, ''Activity Networks,'' John Wiley & Sons, 1977.  加瀬滋男『アクティビティネットワーク』,日刊工業新聞社, 1979.
 +
 +
[4] S. I. Gass and C. M. Harris, eds., ''Encyclopedia of Operations Research and Management Science,'' Kluwer Academic, 1996.  森村英典, 刀根薫, 伊理正夫監訳,『経営科学OR用語大辞典』,朝倉書店, 1999.
 +
 +
[5] R. K. Ahuja, T. L. Magnanti and J. B. Orlin, "Network Flows," in ''Optimization'', G. L. Nemhauser, A. H. G. Rinnooy Kan and M. J. Todd, eds., North-Holland, 1989.
 +
 +
[6] L. V. Tavares, ''Advanced Models for Project Management,'' Kluwer Academic, 1999.
 +
 +
[7] J. Weglarz, ed., ''it Project Scheduling: Recent Models, Algorithms and Applications'', Kluwer Academic Publishers, 1999.
 +
 +
[[category:企画・開発・プロジェクト・品質・ヒューマン|ぷろっじぇくとかんり]]

2008年4月2日 (水) 16:14時点における最新版

【ぷろじぇくとかんり (project management)】

概要

大規模な建設や研究開発などをプロジェクトと呼び, これらプロジェクトを計画・設計・日程立案・組織化し, その実行過程を統制することがプロジェクト管理である. しかし実際には, その意味するところは, その言葉を使う人によって異なる. ORの分野では伝統的に, PERT/CPMやプロジェクトの経済性分析など, 問題を解く技術的な側面に主な関心がもたれてきたが, 他の分野では, プロジェクト組織といった, 人間が関係する側面により関心が払われてきた.

詳説

 大規模な建設や研究開発をプロジェクト(project)とよび, これらプロジェクトを計画・設計・日程立案・組織化し, その実行過程を統制することをプロジェクト管理という. しかし実際には, プロジェクト管理の意味するところは, その言葉を使う人によって異なる. ORの分野では伝統的に, PERT/CPMなど問題を解く技術的な側面に主な関心がもたれてきたが, ほかの分野では, プロジェクト組織といった, 人間が関係する側面により関心が払われてきた.

 PERT/CPMは, プロジェクト・スケジューリング(project scheduling)と総称される. PERTは作業(job, activity)の所要時間に関して確率的取扱いを含むのに対し, CPMは決定論的アプローチである. それでも, これら2つの方法はよく似た手法であり, PERT/CPM法とよばれる [1, 2].

(1)PERT: PERTは, それまで使われてきたガントチャート(バーチャートともいう)に替わって, 大規模な工事の計画・管理の手法として, 1958年に米海軍のポラリス・ミサイル開発プロジェクトのために生み出された.

 PERTでは, プロジェクトを構成する作業の先行関係を表現するのに, 矢線(arrow)と結合点(node, event)とからなる有向のネットワーク図を用い, これに基づいて日程を計画・管理する手法である. また, このネットワーク図をアローダイヤグラムや矢線図(arrow diagram)とよび, そのかき方に次の3つのルールがある.

(i)1つの作業は2つの結合点を結ぶ1つの矢線で図示し, 矢線の両端の結合点番号の対 によって作業を表す(図1 (a)参照).

(ii)「作業Cは作業AとBがすむと取りかかることができる」という先行関係は, 図1(b)のように表現する. 作業の先行関係を正確に表現するためにダミー作業が使われる(図1 (c)参照).

(iii)付番を一意的とするため, 平行作業には図1 (d)のようにダミー作業を導入する.


図1 作業と先行関係の表現法

図1 作業と先行関係の表現法


アローダイヤグラムの例を図2に示す.


図2 アローダイヤグラムと結合点時刻の例

図2 アローダイヤグラムと結合点時刻の例


 作業 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle (i,j)\, } の作業時間 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle D_{ij}\, } が与えられたとき, 結合点 に最も早く到達しうる時刻を最早結合点時刻(earliest node time) 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle t_j^E\, } とよび,



で計算する. ただし, 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle P\, } はプロジェクト全体の作業集合, 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle n\, } は終点を意味する. この計算は前進計算という. 上式により求めた 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle t_n^E\, } はプロジェクト全体の工期(総所要日数ともいう)を与える. つぎに, この工期から逆算して, 結合点 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle j\, } に遅くとも到達していなければならない限界の時刻である最遅結合点時刻(latest node time) 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle t_j^L\, } を次式から求める.


構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle \left \{ \begin{array}{ll} t_n^L=t_n^E & \\ t_j^L=\min_{(j,k) \in P} (t_k^L - D_{jk}) & j=1,2,\ldots ,n-1 \end{array} \right. \, }


この計算を後進計算という. これらの結合点時刻から, 各作業の開始時刻と終了時刻の限界が次式より求められる.


構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle q_{ij}= \left\{ \begin{array}{l} \\ \\ \\ \\ \\ \\ \end{array} \right. } 最早開始時刻 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle ES_{ij} = t_i^E \, }
最遅開始時刻 
最早終了時刻 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle EF_{ij} = t_i^E + D_{ij} \, }
最遅終了時刻 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle LF_{ij} = t_j^L \, }


 最早時刻と最遅時刻とに差異がある場合には, その作業に日程上の余裕があることを意味し, この余裕をフロート(float)とよぶ. 作業 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle (i,j)\, } の全余裕時間(total float) 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle TF_{ij}\, } と自由余裕(freefloat) 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle FF_{ij}\, } は, 次式から求められる.


構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle \begin{array}{l} TF_{ij} = t_j^L - t_i^E - D_{ij} = LF_{ij} - EF_{ij} \\ FF_{ij} = t_j^E - t_i^E - D_{ij} \end{array} \, }


 アローダイヤグラムの矢線を順方向にたどって, 始点から終点に至る作業の列をパス(path)とよぶ. とくに 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle TF_{ij}=0\, } の作業の列で形成されるパスはクリティカルパス(criticalpath)とよばれ, その長さはすべてのパスのうち最長となっている.

 PERT手法を基礎として種々な拡張が試みられている [3], [4]. 例えば, (i)作業に確率的選択の要素を入れたGERT(graphical evaluation and review technique)やVERT(ventureevaluation and review technique), (ii)PERTの時間的要素とともに費用に関するデータを考慮して, 日程と費用の両面から計画・管理を行うPERT/COST, (iii) 資源制約を考慮して, その山積み・山崩しをアローダイヤグラムを基礎に実施しようとする資源制約付きプロジェクト・スケジューリング, (iv)単一プロジェクトから複数のプロジェクトの管理へ展開するRAMPS(resource allocationand multi-project scheduling), などがある.

 また, PERT計算で必要な各作業の所要時間は3点見積法で見積もられることが多い.


(2)CPM: CPMでは, アローダイヤグラムを構成する各作業 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle (i,j)\, } の所要時間が投入費用によって可変であるとし, 両者の間に図3のような線形関係を仮定して日程計算を行う. 各作業を標準時間 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle D_{ij}\, } で行うときの費用を 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle M_{ij}\, } , 特急時間 で処理するときの費用を 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle m_{ij}\, } とするとき, 所要時間 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle y_{ij}\, } ( 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle d_{ij} \le y_{ij} \le D_{ij}\, } )に対する費用 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle z_{ij}\, }



で与えられる. ただし,


構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle c_{ij} = (m_{ij} - M_{ij})/(D_{ij} - d_{ij}) \, }


は, 作業を単位時間短縮するのに要する増加費用で, 費用増加率とよばれる. は定数項である.

 CPMは, 以下のように定式化される. アローダイヤグラムの結合点 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle i\, } ( 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle i=1,2,\ldots ,n \, } )の結合点時刻を 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle t_i \, } , 達成したいプロジェクト全体の工期を 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle \lambda\, } ( 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle =t_n\, } )とすると,

制約条件:

構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle \left \{ \begin{array}{ll} y_{ij} + t_i - t_j \le 0 & (i,j) \in P \\ t_1 = 0 \\ t_n = \lambda \\ d_{ij} \le y_{ij} \le D_{ij} \end{array} \right. \, }


のもとで, プロジェクトの総費用


構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle z(\lambda)=\sum_{(i,j)\in P} (-c_{ij} y_{ij} + k_{ij}) \, }


を最小化するような日程計画{ }を求める問題となる. ここで, 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle P\, } はプロジェクトの作業集合を意味する.


 CPMの解法にはいくつかの方法がある. 1つの方法は, CPM問題を工期 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle \lambda\, } をパラメタとするパラメトリック線形計画法(parametric LP)と見なして解く解法で, プライマル・デュアル法(primal-dual algorithm)に基づく解法が提案されている. より広く使われている解法にラベリング法(labeling algorithm)がある. この方法は, 各作業の費用増加率 構文解析に失敗 (MathML、ただし動作しない場合はSVGかPNGで代替(最新ブラウザーや補助ツールに推奨): サーバー「https://en.wikipedia.org/api/rest_v1/」から無効な応答 ("Math extension cannot connect to Restbase."):): {\displaystyle c_{ij}\, } を矢線の容量制約とし, 始点から終点に最大フローを流す問題としてCPM問題を解く方法である. 多くの解法が提案されており, その計算量の比較も行われている [5].


図3 費用関数

図3 費用関数


 プロジェクト・スケジューリングの最近の研究が [6, 7]にまとめられている.



参考文献

[1] 関根智明,『PERT・CPM』,日科技連出版社, 1973.

[2] 刀根薫,『PERT入門』,東洋経済新報社, 1977.

[3] S. E. Elmaghraby, Activity Networks, John Wiley & Sons, 1977. 加瀬滋男『アクティビティネットワーク』,日刊工業新聞社, 1979.

[4] S. I. Gass and C. M. Harris, eds., Encyclopedia of Operations Research and Management Science, Kluwer Academic, 1996. 森村英典, 刀根薫, 伊理正夫監訳,『経営科学OR用語大辞典』,朝倉書店, 1999.

[5] R. K. Ahuja, T. L. Magnanti and J. B. Orlin, "Network Flows," in Optimization, G. L. Nemhauser, A. H. G. Rinnooy Kan and M. J. Todd, eds., North-Holland, 1989.

[6] L. V. Tavares, Advanced Models for Project Management, Kluwer Academic, 1999.

[7] J. Weglarz, ed., it Project Scheduling: Recent Models, Algorithms and Applications, Kluwer Academic Publishers, 1999.