SUP.4 Joint Review 聯合審查

ASPICE 標準解讀: 支持流程

Published in

ASPICE標準解讀

3 min readApr 21, 2020

目錄: Automotive SPICE(ASPICE)標準解讀 / 支持流程SUP.1: 品質保證
SUP.2: 驗證
SUP.4: 聯合審查 
SUP.8: 建構管理 
SUP.9: 問題解決管理
SUP.10: 變更管理

備註：此流程屬於VDA Extended Scope

流程目的(Process Purpose)

The purpose of the Joint review process is to maintain a common understanding with the stakeholders of the progress against the objectives of the agreement and what should be done to help ensure development of a product that satisfies the stakeholders. Joint reviews are at both project management and technical levels and are held throughout the life of the project.

聯合審查流程的目的是維持與利益相關者的共識，包含：
(1) 與合約目標相對之進度
(2) 滿足利益相關者的產品開發的相關措施
聯合審查在專案管理及技術層級，其施行時機涵蓋整個專案生命週期。

額外說明 - 「聯合審查的適用範圍」在ASPICE標準中提到聯合審查的適用範圍包含「專案管理」及「技術層級」；對應到專案的執行細別便是一般的「專案會議」及「專案產出審查」。這邊提到的專案產出審查，讀者可能會直接聯想到SUP.2，但是由於SUP.2並不在VDA Exteneded Scope(VDA延伸範圍)中，因此在執行SUP.4的時候，建議可以將專案產出審查透過此流程執行。專案會議，一般是專案例會(例如:週會、月會、里程碑會議、流程結束確認會議)，或是跟客戶、供應商的會議。專案產出審查，則是工作產出(Word Product)審查。

流程結果(Process Outcome)

成功實作聯合審查流程，其相應的結果如下：
[Outcome 1]根據專案需求舉辦管理審查及技術審查；
[Outcome 2]利益相關者根據聯合審查活動評估流程活動的狀態及產出。
[Outcome 3]向所有受影響方公開審查結果
[Outcome 4]因審查而產生的行動事項被追蹤至結案
[Outcome 5]識別並記錄問題

NOTE 1: Joint review should be performed at specific milestones during project/product development. The scope and the goals of joint review may be different dependent on project/product development phase (for example, in the early stage of a project joint review may be “conceptual” in order to analyze the customer requirements; in later stages joint review may be concerned with the implementation).
NOTE 2: Joint review should be performed to verify different aspects (for example: hardware resources utilization; the introduction of new requirements and new technologies; modification to the working team structure; technology changes).
備註1: 在專案/產品開發過程中，宜在特定里程碑舉辦聯合審查。聯合審核的範圍和目標可能會因專案/產品開發階段而異(例如：在專案初期，為了分析客戶需求，聯合審查可能是"概念性的"；然而在專案後期，聯合審查可以加入實做上的考量)
備註2:執行聯合審查宜驗證不同面向(例如: 硬體資源使用、新需求與新技術的導入、工作團隊架構的變更、技術變更)

額外說明 - 「針對上述備註1、備註2」針對備註1 -- 聯合審查適用的情境很多，在專案初期一般針對市場調查、同業分析、客戶需求可行性等，皆可以透過聯合審查的方式來進行討論，並取得利益相關方共識的後續行動方案。進入專案開發階段，這個情況的聯合審查重點將放在專案進度控管及專案產出控管。針對備註2 -- 不同的會議會有不同的目的，因此針對特定類別的會議，建議歸納整理出一些查檢工具，以便與會人員的思考面向能夠更一致、更全面，並且應考慮即使在不同的與會者也能夠盡量思考到相同的面向，以及對於產出的結果有一致的結論。延伸：如何有效讓不同的與會者，也能有相同的思考面向？一般透過查檢表，固定的議題，能夠確保與會者不會漏掉應注意的事項。然而，查檢表只能提供最低限度的保證而已，我們也很難仰賴一份查檢表能夠解決所有的事情，但最起碼有這樣的一份查檢表，能夠讓很多該注意的事項不致於遺漏。搭配查檢表的後續措施，包含：確保參與人員的能力跟資格、時常更新查檢表、邀請資深同仁與會、邀請業界專家與會、建立會議導師制度...等都能夠讓會議品質跟產出更好。

基礎實踐(Base Practices)

SUP.4.BP1: Define review elements.
SUP.4.BP1: 定義審查元素
[Outcome 1]

Based on the needs of the project, identify the schedule, scope and participants of management and technical reviews, agree all resources required to conduct the reviews (this includes personnel, location and facilities) and establish review criteria for problem identification, resolution and agreement.

根據專案需求，識別管理審查及技術審查的時程、範圍及參與者，同意執行審查的所有資源(包含人員、地點和設備)，並針對問題識別、解決和同意建立審查標準。

—

SUP.4.BP2: Establish a mechanism to handle review outcomes.
SUP.4.BP2: 建立一個處理審查結果的機制
[Outcome 3]

Establish mechanisms to ensure that review results are made available to all affected parties that problems detected during the reviews are identified and recorded and that action items raised are recorded for action.

建立一個機制以確保：
1) 審查結果提供給所有受影響的單位
2) 識別並記錄在審查期間所發現的問題
3) 紀錄並執行(因審查)所發起行動事項

—

SUP.4.BP3: Prepare joint review.
SUP.4.BP3: 準備聯合審查
[Outcome 1]

Collect, plan, prepare and distribute review material as appropriate in preparation for the review.

蒐集、計畫、準備及分派適當的審查資料，以準備進行審查。

NOTE 1: The following items may be addressed: Scope and purpose of the review; Products and problems to be reviewed; Entry and exit criteria; Meeting agenda; Roles and participants; Distribution list; Responsibilities; Resource and facility requirements; Used tools (checklists, scenario for perspective based reviews etc.)
備註1: 下述內容可被註記在審查計畫中：範圍及審查目的、欲審查的產出和問題、進入及離開條件、會議議程、角色與參與人員、(資料)分派清單、責任、資源與設備需求、欲使用的工具(查檢表、基於觀點的審查情境、等…)

額外說明 - 「審查的角色人員與責任」針對不同的會議目的，其參與審查會議的角色人員也會有所不同。不過，通常角色可包含管理經理(Manager)、主席(Moderator)、審查員(Reviewer)、作者(Author)、記錄(Recorder)。這些角色人員，在審查會議的不同階段，其責任也有所不同，請參考下表。

ㄅ21 —

SUP.4.BP4: Conduct joint reviews.
SUP.4.BP4: 執行聯合審查
[Outcome 1,2]

Conduct joint management and technical reviews as planned. Record the review results.

依據計畫執行管理性與技術性的聯合審查，並記錄審查結果。

—

SUP.4.BP5: Distribute the results.
SUP.4.BP5: 分派結果
[Outcome 3]
Document and distribute the review results to all the affected parties.

記錄並分派審查結果給所有受影響單位。

額外說明 - 「審查結果」根據審查會議的不同，其審查結果也會有所不同。對於一般管理會議來說，會議的目的是為了確保所有參與人員的有相同的共識，因此審查的結果通常是會議歷程記錄與會議決議；因應決議，後續會產生額外的行動項目(請參考BP8的表格說明)對於技術審查會議來說，其目的是要確保工作產出是否符合流程與專案需求，因此審查結果通常會伴隨著核准的記錄，常見的核准記錄包含：否決(Reject)、通過(Pass)及有條件通過(Pass with condition)；因應不同的審查結果，後續會產生不同的行動項目，例：審查遭否決，則會歸納審查問題，並進行問題管理；審查有條件通過，則會產出行動項目來做後續的執行。

—

SUP.4.BP6: Determine actions for review results.
SUP.4.BP6: 決定審查結果的行動
[Outcome 4]

Analyze the review results, propose actions for resolution and determine the priority for actions.

分析審查結果，提出解決行動(事項)並確定行動(事項)的優先順序。

—

SUP.4.BP7: Track actions for review results.
SUP.4.BP7: 追蹤審查結果的後續行動
[Outcome 4]

Track actions for resolution of identified problems in a review to closure.

針對審查中所識別的問題解決行動(事項)進行追蹤，直到其結案。

—

SUP.4.BP8: Identify and record problems.
SUP.4.BP8: 識別和記錄問題
[Outcome 5]

Identify and record the problems detected during the reviews according to the established mechanism.

根據已建立的機制，在審查中識別並記錄發現的問題。

額外說明 - 「審查結果與後續行動事項管理」(BP6, BP7, BP8)根據審查會議的不同，應有不同的產出與後續的行動，請參考下表。

工作產出(Output Work product)

13-04 溝通紀錄 [Outcome 3,4,5]
13-05 合約審查溝通紀錄 [Outcome 1,2,3]
13-07 問題紀錄 [Outcome 3,5]
13-09 會議支援紀錄 [Outcome 1,2]
13–19 審查紀錄 [Outcome 1,2,3,4,5]
14-02 矯正措施登陸 [Outcome 3,4,5]
14-08 追蹤系統 [Outcome 3,4,5]
15-01 分析報告 [Outcome 3,5]
15-13 評鑑/稽核報告 [Outcome 3,4,5]
15-16 改進機會 [Outcome 3,4]

* ASPICE網站
* ASPICE 3.1標準

感謝閱讀本文章！

如果你對文章內容有任何問題，請隨時與我聯絡。
if you found any question in the article, please feel free to contact me.

email: linchewing@gmail.com