專案管理術語表
指客戶檢查接受專案交付物的過程。
活動 - (Activity)
指在專案中的任何消耗資源(人力、物理和設施)、產生相應成本並且生產出一項或多項產品的過程。活動通常會在專案工作分解結構(WBS)中明確展示。[@more@]
驗收 - (Acceptance)
指客戶檢查接受專案交付物的過程。
活動 - (Activity)
指在專案中的任何消耗資源(人力、物理和設施)、產生相應成本並且生產出一項或多項產品的過程。活動通常會在專案工作分解結構(WBS)中明確展示。
現貨 - (Actuals)
指專案或其他活動中的實際成本和消耗。這是一個測量值,通常會被用來與計劃或預期值做比較。
假設 - (Assumption)
預先接受為正確但缺乏證據的事物或定義。假設通常會發生在專案規劃階段並且被用來作為估算的基礎。
應當將所有的假設都記錄下來;如果某假設在後期被證明不正確,可以對計劃和估算做出相應地調整。
基線 - (Baseline)
基線是一個快照:一個被記錄在案的專案所處位置或狀態。儘管專案所處的位置以後可能會被更新,但基線始終保持不變,
並可被作為原始狀態的參照與當前專案位置的對照。基線產品,例如軟體系統,應當被永久地記錄在案,
以便於在將來的任何時間召回。
預算 - (Budget)
經分配的、用於執行專案工作的款額及其他資源。
商業論證 - (Business Case)
指啟動和繼續一個專案的原因和依據。商業論證應當定義出專案可產生的商業及其他收益,
以及專案的成本和時長。商業論證同時還指出如何衡量專案的成功
商業需求 - (Business Requirements)
指的是利益相關者對完成專案的商業要求。
在專案起始階段,商業需求處於較高等級,但隨著專案的發展,這些需求被不斷地提煉並最終被細緻地記錄在正式的檔案中。
變更控制 - (Change Control)
指按照計劃的範圍、工期和預算來管理控制變更。在小型專案中變更控制可能採用非書面的、非正式的方式,
但是在大型專案中,變更控制意味著一個牽涉很多專案利益相關者的、正式的過程(變更控制委員會)
變更控制委員會 - (Change Control Board (CCB))
由利益相關者組成的團體,負責批准或否決對專案基線的變更。委員會在做決定之前必須瞭解變更的範圍以及變更對成本和工期可能造成的影響。
他們或者拒絕採用變更,或者決定在什麼時候採用變更。如果變更被採用,那麼專案的範圍和基線計劃就會有所改變,估算也必須隨之修改。
變更申請 - (Change Request)
指正式地對最終產品提出修改的方式。變更申請應當被上交給變更控制委員會並由委員會進行審批。
客戶 - (Client)
專案活動的主要收益人或團體。
竣工 - (Close Out)
專案工作的完成。
約束條件 - (Constraints)
專案工作必須考慮的限制條件。典型的限制條件包括時間、預算和資源等。
應急預算 - (Contingency)
用於實施應急計劃的時間和款額。
控制 - (Controlling)
對專案進展的監控、測量和報告。行為包括將測量成本、工期和範圍與計劃成本、工期和範圍相比較;
採取相應措施以保證實際測量值在計劃值範圍以內。
糾錯活動 - (Corrective Action)
指為了使專案範圍、預算或工期重新回到計劃範圍以內而採取的行動。
成本收益分析 - (Cost Benefit Analysis)
對專案的潛在成本和收益的分析並且與其他的投資形式相比較。通常被用來判斷一個專案的可投資性。
關鍵路徑 - (Critical Path)
指連線專案起始與終止的一系列耗時最長的活動。這些活動很重要,因為一旦其中的任何一個活動發生延遲,整個專案也必定會延遲。
交付物 - (Deliverable)
作為專案要求的一部分內容,它是專案或其他活動在契約強制下必須產出的一項產物。
有些交付物可能是最終產品,而有的交付物可能是某些後續交付物所依賴的中間產物(例如設計)。
依賴關係 - (Dependency)
指兩個或多個活動或任務之間的相互關係。如果一個任務在另一個任務完成之前無法開始,那麼這個任務就依賴於另一個任務。
持續時間 - (Duration)
指一項活動完成所需的時間長度。
人工 - (Effort)
指完成一項活動所需的人力時間長度。通常以人小時數、人天數、人星期數、人月數和人年數為單位。
在專案規劃中,活動通常以人天數為單位。
專案竣工報告 - (End Project Report)
通常指在專案完成後由專案經理提交的一份報告。其中包括對專案成果和主要議題的記錄。
估算 - (Estimate)
指對專案成本、所需資源和工期的一個預計。
施工進度表(甘特表)- (Gantt Chart)
有時也被稱為條形表,指的是顯示活動安排和里程碑的時間表。所有的活動都列在左邊第一列中,
上面第一行顯示時間長度,例如天數和星期數。在表格中每項活動都標出了其所需的時長。
另外在表格中通常用箭頭來表明活動之間的依賴關係。里程碑(關鍵日期或活動)通常標有重點符號。
影響評估 - (Impact)
指對潛在風險可能對專案造成的影響程度的評估。
專案生命週期 - (Life Cycle)
專案通常是暫時的,有起始和結束的時間,並且通常以完成某些特定產物為目標建立起來的。
因此專案擁有特定的週期,包括了明顯分割的不同階段。典型的專案生命週期包括:構想、啟動、施工和竣工。
里程碑 - (Milestone)
用來標明一個專案或其某個階段完成的標誌。
風險緩解 - (Mitigation)
指用來降低潛在風險發生的機率或者風險發生時可能對專案造成的危害的一系列計劃行為。
專案目標 - (Objectives)
專案預期實現的可衡量的成果,包括實體交付物和無形產物。
階段 - (Phase)
指專案實現每一個重要里程碑所需的一系列活動。
通常一個專案會被分割為幾個階段以便於控制管理。這些階段通常顯示在專案工作分解結構中(WBS)。
規劃 - (Planning)
指的是識別專案的成本、資源和實現專案目標和最終產品所必需的活動。
專案 - (Project)
根據特定的商業論證,以生產交付一個或多個商業產品為目的而建立起來的臨時性組織。
產品 - (Product)
產品指一個專案的任何中間產物和最終輸出。產品可能是有形的產物、軟體、知識產品、或者服務。
一項產品本身可能是很多小產品的集合。一個專案的總交付物是專案的最終產品。如果一項產品本身也是專案契約要求完成的,
那麼它也是一個交付物。
流程 - (Process)
完成某項工作的一系列的步驟和行為。
資源 - (Resources)
完成一個專案所需的一切。通常人力和財力也被稱為是資源的一類,但是資源也包括物力,例如辦公室,電腦等等。
PMI
美國專案管理協會
Prince2
受控環境中的專案(PRoject IN Controlled Environment)是一個高效專案管理的嚴謹的方法。
它是英國政府採納的現行的專案管理標準,並且在英國和國際領域都得到廣泛的運用。
可能性 - (Probability)
指某潛在風險可能發生的機率。
專案領導 - (Project Champion)
指負責為專案獲取支援和資源的專案管理者或專案主管。這個專案領導的地位通常要高過專案經理。
專案管理 - (Project Management)
指管理一個專案的過程。
專案經理 - (Project Manager)
指負責管理專案的計劃和成果的人。專案經理最終對專案負有直接責任。
專案計劃 - (Project Plan)
是一項在專案起始階段做出的、用來說明專案的主要產品以及為生產這些產品所必需的活動、工期、所需資源及相應成本的高層次計劃。
隨著專案的進行,專案計劃會被逐漸具體化從而更加準確地展示對工期、成本、資源和活動的估算。
要求 - (Requirements)
是一項描述專案交付物的特徵、功能和效能的正式的目標要求。
風險 - (Risk)
任何可能影響到專案成功完成的事件。
風險管理 - (Risk Management)
管理專案中的潛在風險,從而最大程度降低風險一旦發生對專案造成的影響。
工期 - (Schedule)
識別專案中所有活動的起始和結束日期的一個時間線。
範圍 - (Scope)
範圍通常指對專案成果的所有特徵和功能的描述。
延誤 - (Slippage)
當一個專案超出了預算或者預計工期的時候,就發生了延誤。延誤是實際費用和工期與計劃值的偏差。
利益相關者 - (Stakeholders)
任何對成功的專案成果有興趣的人和團體。
任務 - (Task)
與活動同義。任務是指專案員工用一段時間來完成並且能夠產生一個或多個交付物的工作。
專案工作分解結構 - (Work Breakdown Structure (WBS))
專案工作分解結構指對專案中所有活動的一個按等級的劃分。它是通過自上而下將高等級活動分解為多個低等級活動的過程而建立的。
作者Simon Buehring是一位在英國及海外IT行業都有豐富的專案管理經驗的專案管理師及專案管理培訓師。他曾在許多FTSE一百強的公司以及公共行業工作,現在則致力於為您及您的公司提供PRINCE2專案管理培訓課程。請通過KnowledgeTrain的網站來聯絡他。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14718692/viewspace-1007360/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 專案管理知識體系術語(二) (轉)專案管理
- 專案管理知識體系術語(三) (轉)專案管理
- 專案管理知識體系術語(四) (轉)專案管理
- 專案管理知識體系術語(五) (轉)專案管理
- 專案管理知識體系術語(六) (轉)專案管理
- 【專案管理】推薦:簡易專案跟蹤表專案管理
- 多專案管理的藝術薦專案管理
- 探秘技術專案管理(一)(轉)專案管理
- 探秘技術專案管理(二)(轉)專案管理
- 探秘技術專案管理(三)(轉)專案管理
- [專案管理]弱勢專案管理與技術牛人的對抗問題專案管理
- 探祕技術專案管理(三)(轉)專案管理
- 探祕技術專案管理(二)(轉)專案管理
- 探祕技術專案管理(一)(轉)專案管理
- 外包專案管理技術要點(轉)專案管理
- 專案施工中的合同管理與技術管理(轉)
- 『徵文精選』技術翻譯與術語管理技術:專業人說專業話
- 主題閱讀-IT專案管理-工具技術專案管理
- 專案管理:需要“平衡”的藝術1(轉)專案管理
- 專案管理:需要“平衡”的藝術2(轉)專案管理
- 專案管理:需要“平衡”的藝術3(轉)專案管理
- 專案管理中的變革藝術(轉)專案管理
- 專案管理經典技術簡介(轉)專案管理
- 高新技術專案管理模式研究(轉)專案管理模式
- [專案管理]弱勢專案管理與技術牛人的對抗問題延伸討論專案管理
- 專業術語
- 傳統專案管理VS敏捷專案管理專案管理敏捷
- 專案儀表板在專案管理軟體中的功能是什麼專案管理
- 專案管理專案管理
- 遊戲美術生產工業化:專案管理&資料管理遊戲專案管理
- 在阿里,我如何做好技術專案管理?阿里專案管理
- 技術轉向專案管理的心得筆記專案管理筆記
- 專案管理技術的七大優勢專案管理
- 技術專家or專案專家-專案管理MSN群線上討論(2009.6.23)專案管理
- (原)專案管理之外談專案管理之一專案管理
- (原)專案管理之外談專案管理之二專案管理
- 專案管理之風險管理案例-專案交付風險專案管理
- 報表模板—在專案管理中應用資料包表分析專案管理