等級2: 已管理-細部流程屬性說明
ASPICE 標準解讀: 能力等級與流程屬性
目錄: Automotive SPICE(ASPICE)標準解讀 / 能力等級與流程屬性達成等級1、等級2、等級3的條件
等級1: 已執行-細部流程屬性說明
等級2: 已管理-細部流程屬性說明
等級3: 已建立-細部流程屬性說明
等級1、等級2、等級3的相依關係
前言
業界目前針對ASPICE等級的要求，以等級2與等級3為大宗；關於等級與評分的定義，請讀者分別參考：
- 什麼是ASPICE? — 各等級的定義
- 達成等級1、等級2、等級3的條件 — 評分的定義
等級2必須建立在等級1已達成且得分為F的前提下，因此也請讀者參考等級1的說明，本篇文章將針對等級2的細部流程屬性進行說明。
等級2的流程屬性(PA)
- PA2.1：績效管理(Performance Management): 7個通用實踐及7個通用資源。
- PA2.2：工作產出管理(Work Product Management): 4個通用實踐及8個通用資源。
PA2.1 績效管理(Performance Management)
目的
流程的績效被管理
成果
a) 識別流程的績效目標
b) 計畫流程的績效
c) 監控流程的績效
d) 調整流程績效以滿足計畫
e) 定義、分派與溝通執行流程的責任與權責
f) 執行流程的人員已做好履行職責的準備
g) 識別、提供、分配、使用執行流程所需的資源和資訊
h) 管理參與人員間的介面，以確保有效的溝通和明確的責任分派
通用實踐(GP)
GP 2.1.1 Identify the objectives for the performance of the process.
GP 2.1.1 識別流程的績效目標[Achievement a]
- Performance objectives are identified based on process requirements.
- The scope of the process performance is defined.
- Assumptions and constraints are considered when identifying the performance objectives.
- 根據流程要求識別績效目標
- 定義流程績效的範圍
- 識別績效目標時考量假設與限制
NOTE 1: Performance objectives may include
(1) timely production of artifacts meeting the defined quality criteria,
(2) process cycle time or frequency
(3) resource usage; and
(4) boundaries of the process.
NOTE 2: At minimum, process performance objectives for resources, effort and schedule should be stated.備註1:績效目標可包含
(1) 及時生產的產物符合已定義的品質標準
(2) 流程週期時間或頻率
(3) 資源使用
(4) 流程的邊界
備註2: 最低限度，可標注資源、工作量和時程的流程績效目標。
—
GP 2.1.2 Plan the performance of the process to fulfill the identified objectives.
GP2.1.2 規劃流程績效以實現所識別的目標[Achievement b]
- Plan(s) for the performance of the process are developed.
- The process performance cycle is defined.
- Key milestones for the performance of the process are established.
- Estimates for process performance attributes are determined and maintained.
- Process activities and tasks are defined.
- Schedule is defined and aligned with the approach to performing the process.
- Process work product reviews are planned.
- 制定流程績效計畫
- 定義流程績效週期
- 建立流程績效的關鍵里程碑
- 決定並維護流程績效屬性的估計值
- 定義流程的活動與工作任務
- 定義時程並與執行流程的方法保持一致性
- 規劃審查流程的工作產出
—
GP 2.1.3 Monitor the performance of the process against the plans.
GP 2.1.3 根據計畫監控流程績效[Achievement c]
- The process is performed according to the plan(s).
- Process performance is monitored to ensure planned results are achieved and to identify possible deviations
- 根據計畫執行流程
- 監控流程績效以確保實現計畫的結果，並識別可能的偏差
—
GP 2.1.4 Adjust the performance of the process.
GP 2.1.4 調整流程績效[Achievement d]
- Process performance issues are identified.
- Appropriate actions are taken when planned results and objectives are not achieved.
- The plan(s) are adjusted, as necessary.
- Rescheduling is performed as necessary.
- 識別流程績效的問題
- 當計劃結果與目標未被達成時，採取適當的行動
- 必要時，調整計畫
- 必要時，實施重新排程
—
GP 2.1.5 Define responsibilities and authorities for performing the process.
GP 2.1.5 定義執行流程的職責與權責[Achievement e]
- Responsibilities, commitments and authorities to perform the process are defined, assigned and communicated.
- Responsibilities and authorities to verify process work products are defined and assigned.
- The needs for process performance experience, knowledge and skills are defined.
- 定義、分派和溝通執行流程的職責、承諾及權責
- 定義和分派驗證流程工作產出的職責與權責
- 定義流程績效所需的經驗、知識和技能
—
GP 2.1.6 Identify, prepare, and make available resources to perform the process according to plan.
GP 2.1.6 識別、準備和提供資源，以便按計劃執行流程[Achievement f,g]
- The human and infrastructure resources, necessary for performing the process are identified made available, allocated and used.
- The individuals performing and managing the process are prepared by training, mentoring, or coaching to execute their responsibilities.
- The information necessary to perform the process is identified and made available.
- 識別、提供、分配和使用執行流程所需的人力和基礎設施資源
- 執行和管控流程的相關人員透過培訓、指導或輔導來履行其職責
- 識別和提供執行流程所需要的資訊
—
GP 2.1.7 Manage the interfaces between involved parties.
GP 2.1.7 管理參與人員間的介面[Achievement h]
- The individuals and groups involved in the process performance are determined.
- Responsibilities of the involved parties are assigned.
- Interfaces between the involved parties are managed.
- Communication is assured between the involved parties.
- Communication between the involved parties is effective.
- 決定參與流程績效的個人或小組
- 分派參與人員的責任
- 管理參與人員間的介面(溝通管道)
- 保障參與人員間的溝通
- 參與人員間的溝通是有效的
額外說明：實現GP2.1.7的最佳方式便是在建制一個溝通計畫書，針對專案團隊中「重要」的溝通時機做管控，保障溝通的成效。補充個小故事：蘋果的創版人賈伯斯，對於會議的效率有著非常執著的效率要求。《簡單：打破複雜，創造絕對優勢》的作者肯恩‧西格爾（Ken Segall），長期與賈伯斯共事，在書本的內文西格爾寫了一個關於開會的小故事：有一次，蘋果廣告投放公司準備要和賈伯斯進行每週的例行會議，會議開始時，賈伯斯注意到會議中來了一位新來的同仁，然後賈伯斯突然停下來，他的眼睛牢牢釘住會議室裡某個不對勁的人。他指著蘿莉（Lorrie）問道，『你是誰？』蘿莉鎮定地解釋，她是相關行銷計畫的一員，受邀參加會議。賈伯斯聽完，有禮貌地請她離開，並說道：
「我不覺得妳有必要參加這個會議。謝了，蘿莉。」--並非所有的人都需要參與每一個會議！筆者曾經在評鑑業界一間公司時，發現該公司於每個一會議都邀請了全部的同仁參與會議，專案經理解釋道，他們覺得同仁有學習的必要性。但是，在追問會議議程、頻率，與專案的進度狀況時，專案經理又表示專案進度落後，原因竟然也是因為大家都把時間花在會議的參與上。
—
通用資源(GR)
- Human resources with identified objectives, responsibilities and authorities
具有目標、責任與權責的人力資源[Achievement e,f,h] - Facilities and infrastructure resources
設備與基礎設施資源[Achievement g,h] - Project planning, management and control tools, including time and cost reporting
專案計畫、管理和控制工具，包含時間和花費報告[Achievement a,b,c,d] - Workflow management system
工作流程管理系統[Achievement d,f,g,h] - Email and/or other communication mechanisms
Email 和/或 其他溝通機制[Achievement b,c,d,f,g,h] - Information and/or experience repository
資訊和/或經驗資料庫[Achievement b,d,e] - Problem and issues management mechanisms
問題和議題管理機制[Achievement c]
PA2.2 工作產出管理(Work Product Management)
目的
流程產生的工作產出被適當管理
成果
a) 識別流程工作產出的要求
b) 定義紀錄與控制工作產出的要求
c) 適當地識別、紀錄與控制工作產出
d) 工作產出根據計劃安排進行審查，並根據必要進行調整，以滿足要求
備註1: 工作產出的紀錄和控制要求可能包括：變更識別和狀態修訂、工作產出的批准和重新批准、分派工作產出，以及在使用時機提供適用工作產出的相關版本。
備註2:本條款中提到的工作產出是透過流程結果實現流程目的的結果。(意指: 流程目的被達成時，應產出的工作產出)
通用實踐(GP)
GP 2.2.1 Define the requirements for the work products.
GP 2.2.1 定義工作產出的要求[Achievement a]
- The requirements for the work products to be produced are defined. Requirements may include defining contents and structure.
- Quality criteria of the work products are identified.
- Appropriate review and approval criteria for the work products are defined.
- 定義要產生的工作產出要求
- 識別工作產出的品質標準
- 定義適當審查及批准工作產出的標準
額外說明工作產出(Work Product)的要求，簡單的來說就是工作產出的範本(Template)，使用共同的範本將有助於產出有品質的工作產出。
—
GP 2.2.2 Define the requirements for documentation and control of the work products.
GP 2.2.2 定義紀錄和控制工作產出的要求[Achievement b]
- Requirements for the documentation and control of the work products are defined. Such requirements may include requirements for
(1) distribution,
(2) identification of work products and their components and
(3) traceability. - Dependencies between work products are identified and understood.
- Requirements for the approval of work products to be controlled are defined.
- 定義紀錄(文件化)和控制工作產出的要求。這些要求可包含：
1) 分派(分發)
2) 識別工作產出及其組成
3) 追溯性 - 識別和理解工作產出間的相依性
- 定義所需控制工作產出的批准要求
額外說明講到工作產出的控管，一般比較好理解的就是在專案團隊中，內建一個類似文控(Document Control Center, DCC)的角色，專案中的DCC並不用涉及到文件的發行，但是針對需要被基準(Baseline)的文件需要嚴格的執行。
—
GP 2.2.3 Identify, document and control the work products.
GP 2.2.3 識別、紀錄和控制工作產出[Achievement c]
- The work products to be controlled are identified.
- Change control is established for work products.
- The work products are documented and controlled in accordance with requirements.
- Versions of work products are assigned to product configurations as applicable.
- The work products are made available through appropriate access mechanisms.
- The revision status of the work products may readily be ascertained.
- 識別所需控制的工作產出
- 建立工作產出的變更控制
- 根據(由GP2.2.2所定義的)要求紀錄和控制工作產出
- 工作產出的版本在適用時分配給建構產品(Product Configuration)
- 根據適當的存取機制提供工作產出
- 工作產出的修訂狀態可被容易的確認
—
GP 2.2.4 Review and adjust work products to meet the defined requirements.
GP 2.2.4 審查和調整工作產出以滿足要求[Achievement d]
- Work products are reviewed against the defined requirements in accordance with planned arrangements.
- Issues arising from work product reviews are resolved.
- 根據計畫安排及(由GP2.2.1定義的)標準，審查工作產出
- 解決工作產出審查所產生的問題
—
通用資源(GR)
- Requirement management method/toolset
要求管理方法/工具[Achievement a,b,c] - Configuration management system
建構管理系統[Achievement b,c] - Documentation elaboration and support tool
文件製作和支援工具[Achievement b,c] - Document identification and control procedure
文件識別和控管程序[Achievement b,c] - Work product review methods and experiences
工作產出審查方法及經驗[Achievement d] - Review management method/toolset
審查管理方法/工具[Achievement d] - Intranets, extranets and/or other communication mechanisms
內部聯網、外部聯網 和/或其他溝通機制[Achievement b,c] - Problem and issue management mechanisms
問題及議題管理機制[Achievement d]
補充說明
關於PA2.1
在GP2.1.1到GP2.1.7中，讀者應不難看出這跟MAN.3(專案管理)流程有高度的相似性，其中的差異在於PA2.1更強調可量化的績效，在一般的專案管理，是針對各別流程目標進行管理，但是這些目標僅透過工作項目及工作產出來進行管理，所談到的目標相對而言較為抽象；相較於等級1，在PA2.1所需要的是量化的績效指標，換句話說，就是KPI(Key Performance Indicator)，每個流程需要根據其目標定義相對應的KPI，並且透過定期的監控，監督KPI的達成率，並在未達成時必要的調整作法以滿足KPI的要求。
額外說明 - 如何定義各流程的KPI?一般來說，可以透過GQIM(Goal、Question、Indicator、Metrics)來制定各流程的KPI，相關步驟請參考：1) 識別各流程的目的(Objectives)：可參考各流程的Outcome
2) 定義每個流程的目標(Goal)：各流程有BP的要求，讀者可根據BP的要求定義該流程執行的目標，換句話說就是，希望執行到多好？
3) 發問(Question): 根據目標發問，可以從不同的面相找出問題。例如: 時間上的問題、品質的問題、管理的問題、資源的問題等。
4) 制定指標(Indicator): 根據回答上述問題來制定可能的指標。
5) 根據指標來制定量化量測指標(Metrics):根據指標來進一步量化並制定可能的量測方式與時機範例：SYS.2
其中，第六個流程目的為「利益相關方需求與系統需求的一致性與雙向可追溯性被建立」
2) 定義目標:
-- 目標1: 利益相關方需求與系統需求的雙向追溯性需要被完整建立
-- 目標2: 利益相關方需求與系統需求的一致性需要被完整確保
3) 發問：
-- 針對目標1: 如何才算完整？雙向追溯的細緻度要到多細？
-- 針對目標2: 如何才算完整？一致性該如何被達成？
4) 制定指標：
-- 針對目標1: 單一利益相關方需求與單一系統需求需建立100%的雙向追溯
-- 針對目標2: 透過查檢表問題，抽查單一利益相關方需求與單一系統需求，需100%通過。
5) 制定量化量測指標：
-- 針對目標1: (可追溯回利益相關方需求的系統需求 / 所有系統需求)*100% = 100%
-- 針對目標2: 1/10的抽樣；(查檢表關於一致性的問題通過數/所有查檢表一致性問題)*100% = 100%
-- 針對目標1、目標2: 量測時機為當系統需求規格書被審查時。
當MAN.3被評分為低分時，將會影響到PA2.1的評分。因此，如果要達成等級2，必要將MAN.3的基礎實踐的達成率提高！整個ASPICE中的關鍵，即是專案管理。
關於PA2.2
其中的四條GP要求是針對工作產出的本身要求及管理機制。眼尖的讀者應該會發現這跟SUP.8、SUP.4(或SUP.2)和SUP.9有一些關聯。其中，SUP.8管控所有專案過程中的工作產出，包含工作產出的本身要求(文件的標準格式、命名、編號、修訂紀錄等)，SUP.4(或SUP.2)則掌管工作產出的審查，SUP.9則根據審查過程所發現的問題進行管理。因此，這兩者間的評分是有相依關係的，達成等級2的次要關鍵，便是這三個流程(SUP.8, SUP.4, SUP.9)。
雖說PA2.2跟SUP.8、SUP.4(或SUP.2)和SUP.9有關聯，但是實際的差異點在哪裡？簡單的來說，SUP.8只提到對於工作產出要進行建構管理，但是工作產出的品質標準並沒有詳細的說明。
舉個例子來說：專案開始前，需要制定一份專案管理計畫，專案經理首先開啟了一份空白的Word開始著手撰寫了一份專案管理計畫，該計畫產出後經專案經理簡單確認後，便由建構管理工程師進行文件的控管。另外一個專案啟動，另外一位專案經理也啟了一份空白的Word，並著手撰寫了一份專案管理計畫，後續一樣的模式，交由該專案的建構管理工程師進行文件的控管。
上述的情況，在ASPICE等級1評鑑是可以達成F的成績的。但是，如果放在ASPICE等級2評鑑，則PA2.2的評分將會只有P。
原因如下：
1) 專案A與專案B雖都有專案計畫，但是最後產出的計畫書，其格式、內容、架構並不相同，因此這項工作產出的品質是不可預測的。
2) 專案A與專案B的專案計畫，並沒有經過審查就納入控管。
3) 由於建構管理的控管方式並沒有詳加制定，因此可以推測專案A與專案B的建構管理工程師是透過不同的系統、工具、方法來管控工作產出，這也是不可預測的。
如果要符合PA2.2的要求，在這個範例中將需要：
1) 制定計劃書範本，讓不同的專案經理都可以依造範本撰寫專案計畫書，而非從零開始製作。
2) 根據計劃書範本，編撰一個審查用查檢表，讓審查小組可以透過該查檢表進行專案計畫書的審查。
3) 針對專案的工作產出，訂定檔案、權限、存取、管理工具等標準，讓不同的建構管理工程師可依據此標準執行工作產出的管制。
評鑑的相依性
筆者整理，PA2.1自身及PA2.2自身都有相依關係。PA2.1的關聯性，請參考下圖。其關係相依性，請參考：
- GP2.1.2必須根據GP2.1.1來進行定義。
- GP2.1.3必須根據GP2.1.2來進行實行。
- GP2.1.4必須根據GP2.1.1、GP2.1.2及GP2.1.3來進行實行。
(備註：主要的觸發條件在GP2.1.3，當條件被觸發，則根據GP2.1.1定義的目標及GP2.1.2的計畫進行績效的調整) - GP2.1.6必須根據GP2.1.2及GP2.1.5來進行資源的準備。
(備註：GP2.1.2制定了計畫，GP2.1.5定義了人員的職責與權責，因此GP2.1.6根據以上進行資源的準備與提供) - GP2.1.7建議可根據GP2.1.5的定義進行管理
PA2.2的關聯性，請參考下圖。其關係相依性，請參考：
- GP2.2.4必須根據GP2.2.1來進行實做。
- GP2.2.3必須根據GP2.2.2來進行實做。
與其他等級PA的相依關係
讀者應該會發現，等級2的PA2.1、PA2.2要求與等級1各流程的BP有部分重疊，為此讀者將會額外撰寫一篇文章來講述不同等級之間的相依關係。
感謝閱讀本文章！
如果你對文章內容有任何問題，請隨時與我聯絡。
if you found any question in the article, please feel free to contact me.
mailto: linchewing@gmail.com
