目的
-
讓流程工程師與專案關係人見面。
-
向專案關係人收集綜合性的問題清單。
-
以參與研討會的關係人為基礎來排定所收集之問題的優先順序。
|
準則:
|
評量研討會的工作是將所有關係人聚集起來,進行一場密集聚焦的會議。評量研討會的作業通常需要半天或一整天。
流程工程師要準備一份簡報,報告將採用何種方式來實作流程。這個簡報應該花 1-3 小時,這會隨著聽眾的背景而不同。
請要求開發組織的代表準備一份簡報,報告開發組織目前的運作方式。這項簡報應該在 1
小時之內,涵蓋範圍包括組織結構、人數、人員能力和經驗、商業目標,以及典型專案的簡要說明等。另外,這項簡報也應該討論組織改變流程和工具的基本決策原因,例如,發生問題、商業環境有了改變等。
附註:評量研討會只是收集組織相關資訊的方法之一。您必須配合其他方法來收集資訊。
誰應該參加
代理應該是一名流程工程師。一般而言,代理最好不是開發組織的成員。外人比較容易帶來新鮮視景,提出難堪而必要的問題來引出基本問題。這種任務可能本來就應該由外人來擔任。由於變更軟體開發流程通常會造成政治緊張,因此,代理務必是公正無私,受到各方尊重的人。
工作者應該有 3-8 人,代理也包括在內。評量研討會包含組織內各不同領域的代表,以便儘可能提出現行狀態的精確願景。請找出好的人員組合,使它涵蓋儘可能多的領域,例如:
-
專案管理人員
-
軟體架構設計師
-
有經驗的分析師
-
有經驗的開發人員
-
有經驗的測試人員
-
開發部門管理人員
軟體開發組織中的許多人都會受到軟體工程之流程變更的影響,因此,許多人都會想要參加。參加是有好處,因為它通常會帶來支援。不過,研討會人員過多的傾向應該加以扼止。增加人員會使研討會難以管理,甚至無法管理。
替代方法是考慮每個小組各推舉一位代表來參加研討會,或成立幾個研討會,每個小組各一個。 這個研討會的用途是收集資訊,而不是形成決策。當人們感到所關心的事有適當的代表時,他們會比較支持這個流程。
代理必須向應該參加的人推銷研討會,以建立將參與這個研討會的群組。請提供預備資料給與會者,供他們在到場之前閱讀,流程工程師尤其應該儘可能妥善準備好。預備資料應該包括研討會的議程,它用來溝通研討會的範圍和目標,每個工作者都必須閱讀。這有助於在研討會開始之前,確定任何可能的問題或隱藏的議程。
代理或流程工程師必須能夠取得開發組織說明及現有流程說明之類的資料。
代理負責處理研討會,其中包括:
-
讓每個人都有機會發言。這很重要,否則,研討會便不是公正無私。
-
使會議不出軌。這類研討會很可能會成為開會發牢騷。請找出問題,但不要深究。確定問題之後,便往前走。
-
收集輸入項目。
-
收集發現項目。
-
總結會議,得出結論。
評量研討會的典型議程包括:
-
由一位資深代表簡介開發組織。
-
由流程工程師簡介評量方式。
-
找出問題領域。請安排一個集體研討會議來識別開發組織中的所有問題。請參閱準則:集體研討和觀念歸納,以瞭解如何處理集體研討會議。請確定開發組織的每個部分都涵蓋在內。
-
劃分問題領域的等級。備妥問題領域之間的分級次序。請考慮使用柏拉圖。
-
找出問題的主要原因。魚骨圖有助於這項作業。請小心不要用太多時間來尋找主要原因,因為評量研討會的主要焦點是彰顯可見的問題。流程工程師會繼續收集資訊,進行分析,這時便會著眼於彰顯主要原因。
-
總結問題。代理負責總結會議及其結果。請讓工作者有機會表達他們是否同意,或是否有任何要補充或撤銷的項目。
-
找出兩三個可以進一步探討問題的專案。
-
找出要面談討論這項評量的人。
-
概述其餘評量作業的時程表。可能的話,請設定面談和未來研討會的日期。
評量研討會的重點是人之間的溝通。為了使人們更容易互相瞭解,您必須大致瞭解軟體開發流程。 如果開發組織知道 Rational Unified Process
(RUP),您可以利用規範作為藍圖來涵蓋開發流程的不同區域。不過,如果組織已使用另一個流程,且工作者不太明白
RUP,我們建議流程工程師在評量研討會和面談期間,都利用客戶的開發流程來作為架構。這樣工作者會比較容易表達他們自己,在研討會期間,您也不會想花時間來教導工作者使用 RUP。
ISO/IEC 12207 標準是另一個開發流程模型的範例,它被描述為各種活動,組織在下列各節之中:
-
流程實作
-
系統需求分析
-
系統架構設計
-
軟體需求分析
-
軟體架構設計
-
軟體詳細設計
-
軟體編碼和測試
-
軟體整合
-
軟體資格測試
-
系統整合
-
系統資格測試
-
軟體安裝
-
軟體驗收支援
在評量研討會結束之後,代理必須花一些時間,與流程工程師伙伴一同綜合發現的項目,以及將資訊凝聚成可呈現的格式。結論應該是研討會工作者的成果,而不是代理的成果。
如果還需要任何進展,組織本身必須表示是它擁有這個結論。他們必須全體同意需要解決的問題,且必須以公正的方式來表達。評量的目的是識別需要改進的區域,而不是批評或責備個人。
|