什麼是專案管理? Project Management Institute(2008)所提出的”PROJECT MANAGEMENT BODY OF KNOWLEDGE”一書中說明了專案管理的定義。專案管理是應 用知識、技能、工具、技術等項目來達成專案需求。專案管理是應用 42 個專案管 理邏輯程序加上 5 個程序。這 5 個程序包含了有：
起始(Initiating),
計畫(Planning),
執行(Executing),
監督與控制(Monitoring annd Controlling), and
結束(Closing) 而典型的專案管理包括了：
定義需求(Identifying requirements),
策劃及執行專案計畫(Addressing the various needs, concerns, and expectations of the stakeholders as the project is planned and carried out),
平衡專案之競爭因素(Balancing the competing project constraints including), but not limited to:
範疇(Scope),
品質(Quality),
時程(Schedule),
預算(Budget),
資源(Resources), and
風險(Risk).
這之間的關係是當其中一個元素改變時，將會影響至少一個元素的變更。例如 當專案時程縮短時，通常預算就要增加以補充資源，使專案可以順利在這麼短的
時間内完成。假設不能增加預算，那範疇和品質也許會受到影響。當專案的需求 方改變專案需求，可能會造成額外的風險，所以為了讓專案可以順利進行及完成，
專案管理小組必須評估風險及可行性。
由於有潛在的變化，在整個專案管理生命週期，專案管理計畫是可以經過反復 及逐步制定的。逐步制定包括了提升專案計畫、提供更詳細及具體的資訊，並且 更準確的估計目標達成所需的資源。
Project Management Institute(2008)提出，專案整合管理包括必要的程序和活動 以辨認、定義、結合、統一和協調在專案管理程序內各類的程序和專案管理活動。
很顯然地，專案管理整合對各個程序上的互動及影響是非常需要的。舉例來說，
對一個意外增加的成本，在估計上就有成本、時間及風險等區域上的考量。對於 專案的交付，也許需要結合正在發展中的業務組織、客戶組織、一個長期的計畫，
這些在未來都要納入伴隨而來的問題和機會而加以考量，專案整合管理也包括所 需的專案文件以確認專案管理的組成及產品的交付。以下圖 2.1 為專案整合管理 概要說明及專案整合管理圖解如下：
圖 2. 1 專案整合管理圖(Project Integration Management Overview) 資料來源:「Project Management Institute，2008」
專案整合管理(Project Integratio Management)
.1.Inputs
.1 Project statement of work
.2 Business case .3 Contract
.4 Enterprise
environmental factors .5 Organizational
process assets .2 Tools & Techniques .1 Expert judgment
.3 Ouprts .1 Project charter
Develop Project Charter
.1 Inputs .1 Projcet charter .2 Outputs from planning
processes
.3 Enterprise environmental factors
.4 Organizational Process assets
.2 Tools & Techniques .1 Expert judgment
.3 Ouprts
.1 Project management plan
Develop Project Management Plan
.1 Inputs
.1 Project management plan
.2 Approved change requests .3 Enterprise
environmental factors .4 Organizational process
assets
.2 Tools & Techniques .1 Expert judgment .2 Project management Information system .4 Project management
Direct and Manage Project
Execution
environmental factors .4 Organizational
process assets .2 Tools & Techniques .1 Expert Judgment .3 Outputs .1 Change requests .2 Project management
plan updates .3 Project document
updates
Monitor and Control Project
Work
.1.Inputs
.1Project management plan .2 Work performance
information .3 Change requests
.4 Enterprise
environmental factors .5 Organizational process
assets
.2 Toos & Techniques .1 Expert judgment .2 Change control meetings .3 Ouputs
.1 Change request status updates
.2 Project management plan updates
.3 Project document updates
Perform Integrated Change Control
.1 Inputs
.1 Project management plan
.2 Accepted deliverables .3 Organizational process
assets
.2 Tools & Techniques .1 Expert judgment
.3 Ouputs .1 Final
product,wervice,or result transition .2 Organizational process
assets updates
Close Project or Phase
根據上述圖解，專案整合流程共有以下六階段在進行：
1. 專案初始化(Develop Project Charter)－文件形成的過程，文件的內容是正 式被核准一個企劃以及紀錄著一開始就滿足資金擁有者的需求其期盼的條件。
2. 專案計畫制定(Develop Project Management Plan)－是一種計畫制定的過程，
並準備、整合以及協調所有次要的計畫。
3. 執行(Direct and Manage Project Execution)－－－－執行專案計畫。
4. 監督與控制(Monitor and Control project Work)－－－追蹤、重新探討、控制計－ 畫的進行和專案管理計畫所訂下的目標。
5. 變動(Perform Integrated Change Control)－－－－重新檢視所有需求變動，考 量變動的因素，並做專案計畫的調整。
6. 完成(Close Project or Phase)－－－－計畫正式完成。
2.2.1 專案風險及影響定義
一般定義，品質和可信度的風險進行定性分析的過程需要不同層次的風險的 概率和影響加以界定。在計畫風險管理程序，用於執行定性風險分析過程。表 2.1 分別針對四種專案目標定義，說明在不同層度的風險下，這四種專案目標會怎麼 做決定。假設在風險程度很低的狀況下，對於成本、時間、範疇、品質所受到的 影響非常小，不會影響專案進度。假設情況為中等風險程度，對於成本的影響為 增加 10-20%，時間的影響為增加 5-10%，對於範疇的影響謹為主要區域，並不影 響全部。假設情況是高度風險，對於這四種專案目標的影響就非常大，最不想預 見的情況，可能就是停止專案的進行。專案管理者必須在專案計畫建立時，就要 全面考量，專案進行時，也必須隨時監控進度，儘量避免這種高度風險的情況發 生。以下為專案管理風險影響定義表 2.1，可提供專案管理者在做風險評估的範 本：
表 2. 1 四種專案目標對專案管理的影響定義表
Defined Conditions for Impact Scales of a Risk on Major Project Objectives (Examples are shown for negative impacts only)
Relative or numerical scales are shown Project
Cost Insignificant cost
increase
<10% cost
increase 10~20%
cost
increase >20% time increase
Scope Scope decrease barely noticeable
Minor areas of scope to sponsor
Project end item is effectively useless Quality Quality
degradation are affected
Quaality to sponsor
Project end item is effectively useless This table presents examples of risk impact definitions for four different project objectives. They should be tailored in the Risk Management Planning process to the individual project and to the organization’s risk threshold. Impact definitions can be developed for opportunities in a similar way.
資料來源:「Project Management Institute，2008」
2.2.2 專案成本管理圖-Control Costs
PMI(2008)提出專案在進行時，專案管理者會隨時監控及控制成本的支出，如 遇突發狀況或無法如預算執行，將會採取增加預算及做成本基準線變更。圖 2.2 說明了在評估成本基準、績效報告或變更請求時，如遇變動，將會透過成本控制 評量，然後再產出新的專案文件及更新成本基準等文件。這部份最主要是在控制 專案進行中，如遇突發狀況，將會重新評估成本，以利專案順利進行。
圖 2. 2 專案管理之成本控制圖
資料來源:「Project Management Institute，2008」
2.3 BDI 智慧型代理人與多代理人理論
多重代理人的概念與人類社會的概念相當接近，Zambonelli et al(2000)指 出，多重代理人系統像人類社會一樣，它其實就是一個代理人社會，代理人彼此 間有組織性或互動關係，彼此有溝通及各自的目標，能對事件作出合理的反應。
綜合不同的學者所提出的見解，BDI 代理人的態度分別有信念、意欲、意圖、
計畫、解譯來表示(Rao et al，1995; Thomas，1995; Wooldridge et al)。此 BDI 架構為一實務推論的架構，而所謂的實務推論架構就是說其推論過程如人類社群 中相仿的決策過程。以下圖 2.3 所表示的核心架構以解譯為主要態度，功用是控 制整個代理人的週期運算，首先會以目前環境的情況來更新信念，接著為了滿足 環境事實而選出需求集合，之後配合合適的計畫，執行意圖來完成此活動。整個 週期架構說明如下：
(1)信念函數(Beliefs)：在集合中的信念是顯示代理人對目前環境所感知的資訊。
(2)意欲(Desires)集合：此集合代表代理人可以採取的行動。
(3)意圖(Intention)集合：意圖代表代理人目前強調之所在，並且這正是代理人 當試要實現的、達成的。
(4)計畫(Plans)：使用者之計畫。
(5)解譯（Interpreter）：將投入的信念函數、意欲、意圖、計畫等元素，進行解 譯。
圖 2. 3 BDI 代理人架構圖
資料來源:「Georgeff&Lansky，1987」
這是 BDI 代理人的實務運作。以上這個流程將會運用在本研究所提出之協商 機制中。
2.3.1 代理人和多重代理人的特色
Mase(1994)認為「代理人」是一個在動態環境下展現各式複雜行為的計算系 統，它可以偵察出環境變化並做出適切的反應，此外代理人可透過執行一連串活 動，實現它的目標和動機。一般而言，代理人經常具備以下特性（可只具備其部 份特性，不須同時具備所有的特性）：
1. 自發性(Autonomy)
代理人經委派後，不需自然人介入便能自行作業。
2. 社會性(Social Ability)
代理人可和其它各類代理人或自然人互動。
3. 感知性(Pro-activeness)
代理人會主動採取目標導向(goal-directed)的行動，它們會確認目前的意圖 並具有確信週遭環境的信念(belief)
4. 反應性(Reactivity)
代理人會察覺環境變化或發生的事件，並適時做出反應。
5. 移動性(Mobility)
代理人可移動到其它環境(例如：透過網路甲電腦移到乙電腦)，且能帶著資 料移動。它們可任意漫遊或依照擬定的行程，逐一移動。
6. 脈絡連續(Temporal Continuity)
代理人執行任務時，會持續掌握程序(process)或執行緒(thread)，而不是只 做單一運算(one shot)。簡言之，代理人會自己擁有運算資源，以隨意進行 各項行動。
7. 適應性(Adaptability)
代理人能透過評斷行為的結果進行學習，因此會隨時間和環境變化調整自己 的狀態。
因此根據上述代理人所具備的特色，可將代理人作基本的分類，以釐清所要 發展的代理人為何，及其所應具備的功能與特性。
San(1998)所提出對代理人的分類如下：
1. 靜態及行動代理人(Static and Mobile Agents)
依代理人的行動能力(mobility)來看，可分為靜態與行動代理人兩類。靜態 代理人固定在一部電腦中執行它的特定工作，以傳統軟體的訊息交換方式來 與外界溝通；而動態代理人則會透過網路，游走於其他電腦執行任務，最後 回到原動腦，常用於網路上的資訊搜集。
2. 界面代理人(Interface Agents)
界面代理人(Interence Agents)的主要功能是降低界面複雜度，以提高易用 性。它提供智慧型(smart)的使用者界面，即時協助使用者解決操作上的問題。
此種代理人具有與其它代理人共同運作的能力，可以各自分工完成特定的工 作，然後再將結果整合起來。
4. 資訊/網路代理人(Information/Internet Agents)
協助使用者過濾網際網路中龐大的資訊，僅將使用者所需要的資訊呈現給使 用者。
5. 學習代理人(Learning Agents)
這種代理人具有機器學習(machine learning)能力，可藉由不斷學習外界傳 來的資訊改變作業方式，增進執行效率。
2.3.2 多代理人系統
除了以單一代理人為核心的資訊系統外，也可由多個代理人組成更複雜的多 重代理人系統(Multi-Agent System)。多重代理人系統是由許多獨立的代理人所 組成，整個資訊系統呈現分散式型態。系統效能的優劣，取決於代理人組織架構 和協商機制是否設計得當。此外 Dufee(1989)觀察到許多應用系統本質上都有分散 式的特色，多重代理人系統適合應用在功能分散，而各個子系統必須群策群力的 情形。例如：一群專長不同的專家彼此合作去解決某項困難問題。整體而言，多 重代理人有以下優點：
1. 模組性/可擴充性(Scalable)的架構
代理人是獨立的個體，易組合和擴充。每個代理人可隨時加入系統並和其它 代理人一同工作，當任務完成時便離開系統而不影響系統的運作。模組化和
代理人是獨立的個體，易組合和擴充。每個代理人可隨時加入系統並和其它 代理人一同工作，當任務完成時便離開系統而不影響系統的運作。模組化和