事件分析進階

在分析事件的時候，會遇到概念上很接近的事件種類，例如：在接收訂單時，有時會收訂金，有時候不會收訂金，倒底收訂金與不收訂金的事件是要算同一項事件(接收訂單)，還是要分開看待為兩個不同的事件呢？我相信這樣的問題在分析事件的過程中一定會常常出現的，有沒有什麼規則與方法來分辨與判斷呢？以下是我的心得：

• 基本上兩個事件若本質相同，且處理事件的流程大同小異 ，則這兩個事件可以合併成一個事件種類。(例如：收不收訂金的訂單處理流程只有在收取訂金這一部份有差別，那就不要區分收取訂金與否的事件，統一看成是接收到訂單的事件)
• 若不是那麼容易分辨的時候，建議先將兩個事件的處理流程都描繪出來，然後再去比較是否要合併或獨立。
• 另外提供一個比較簡略的方法，就是了解實際的處理流程，假如事件收到某張表單，而事件差異之處只是表單上某個選項，此時比較可能是屬於同一事件。
• 無論是要分列還是整合事件，分析事件的主要目的在釐清組織有哪些流程會被觸發，所以重點應該要避免有遺漏的事件，所以在分析初期會建議先不要合併，先分開表列，並分析該事件的處理流程，待整體分析後，確定後續處理流程大同小異後，才決定合併成單一事件種類 。

分析事件並整理事件清單

今天分析各價值鏈的事件，同仁們已經越來越了解事件的概念了，我整理一下對於事件的描述，

• 開始事件會有到一個觸發的機制；例如：通知單、時間、滿足某個條件...等。
• 當開始事件的觸發機制被啟動後，會串連一整個流程的運行。

所以在分析開始事件的時候可以從下列幾個方向進行思考：

• 開始事件後面一定會啟動流程，所以要先思考當公司或單位接收了什麼資訊後會觸發流程，例如：接收到訂單、接收到工單資訊、接收到請購單...。這就屬於訊息(Message)類的開始事件。
• 接下來思考有沒有一些屬於時間有關的開始事件，例如：固定頻率(每年、每月、每周)、固定時間(過了10天之後)或是不定期。
• 再來思考有沒有滿足特定條件後會啟動流程的開始事件，例如：當原料庫存低於安全存量時、當支票到期時...等。
• 以上三大類型的開始事件大致已經涵蓋了大部分的開始事件了，再注意一些主檔資料維護的事件並在分析流程的時候再去思考有沒有要再加強的部分應該就可以找出大部分的事件了。

最後針對事件進行排序，針對開始事件的「重要程度」與「頻率程度」進行評估，重要程度以1~5來評分，1表示最重要；頻率程度也是以1~5來評分，1表示發生頻率最高的。如此的目地在排列要描繪之流程的優先順序，越重要且頻率越高的事件優先描繪，重要性較低則發生頻率也低的則最晚被描述，並掌握80-20法則，便能夠較快速地聚焦。

在整理與描述事件時可參考下列Excel的範例：

事件清單(範例)

如此將有助於分析事件。

尋找MediaWiki專家

透過仁山的介紹目前正和一位名叫planetoid的人聯絡，希望其能夠協助我們妥善地規劃MediaWiki的架構與使用方式。

planetoid聯絡方式：planetoid@gmail.com

接下來要搞清楚的重點

能和一群人一起弄企業流程，實在讓我感到興奮，一股動力驅使著我一直往前走，這是很難得的機會與經驗，除了確實能夠看出成果之外，也希望能夠趁這次的機會，把一些想法與經驗整理出來，轉換成教材或書籍。今天腦袋裡思考的重點有：

MediaWiki的部分 ：

• MediaWiki安裝在Window7上後，是否能夠支援上傳中文檔名的檔案
• 確定專案資料的條目要如何設定
• 啟用與測試MediaWiki其他的擴充元件
• 規劃不同資料類型模板

流程圖的部分：

• 將事件彙整起來
• 需要密集工作(可能一個禮拜要3~5天)，將Level2的流程串連起來(11月底之前)
• 希望12月底完成Level3 的流程圖；1月開始撰寫內容。

在Wiki上價值鏈的表示方式

上圖是以專案為題的價值鏈，也是軟體品質管理系統或是CMMI所說的專案手冊所描述最上層的圖，此圖的目的在說明專案各個階段，所應該遵循的程序為何。

我們在描繪企業流程的時候也是如此，應該要先描繪整個企業的價值鏈，也等於後敘流程歸屬的第一層架構。

在價值鏈流程圖基本上應該不會有互斥型匝道的存在，也不會事件存在，描繪完上述的流程之後，將其公佈至Wiki平台上，將其順序調整之後，便會得到下列的目錄。這將有助於釐清企業價值鏈之間的關係，也等於整個企業文件的索引頭。

將BizAgi Process Modelor畫好的流程圖資料匯出至MediaWiki

在使用BizAgi免費流程圖軟體(Process Modelor)時發現，它在匯出的方式上可以選擇匯出至Wiki，這讓我產生好奇，於是上網搜尋Wiki，找到了免費的Wiki平台--MediaWiki，於是將其下載，並試著安裝。

在安裝的同時發現下列幾點問題：

• BizAgi Process Modelor 1.5.1.5目前只支援MediaWiki 1.14版本，而目前MediaWiki已經出到1.16版，顯然這部份BizAgi 更新的速度有點慢。
• MediaWiki所需要的環境：Apache Http Server 2.2、PHP 5.2、MySQL 4.1，若安裝順利應該不會有太大的問題。(安裝步驟另外說明)
• 安裝完MediaWiki之後，因為MediaWiki預設是不能上傳檔案的，所以須要先開啟上傳檔案的設定，在LocalSetting.php中，設定$wgDisableUpload=false;
• MediaWiki若安裝在作業系統是Windows XP上時，因為XP在檔案管理上沒有支援Unicode，以致於無法上傳是中文檔名的檔案，這會影響後續與Process Modelor整合的效果，所以建議作業系統最好選擇可以支援Unicode的。

安裝好之後，便可以連結至MediaWiki上，例如：我的MediaWiki。

• 接著用Process Modelor開啟繪製好的流程圖，例如：可下載BizAgi中的 Personal Loans Request。

• 然後在Process Modelor中選擇功能列 Export/Import，然後選擇Publish Wiki

• 然後挑選要匯出的流程圖與元件，建議元件依據流程圖由左上至右下的順序排列

• 最後選擇要匯出並發佈至哪台Wiki伺服器上，這邊注意Server欄位要輸入MediaWiki的網址例如：http://www.example.com/mediawiki/index.php，然後選擇「Finish」按鈕。

此時BizAgi Process Modelor便會將流程圖的結果上傳至MediaWiki平台上，如上傳結果，且每張流程圖都會有一個Wiki名稱，透過名稱可以從MediaWiki中查詢到流程的細節。範例

接下來流程設計人員便可以開始在MediaWiki上編輯流程的細節。

不過目前不確定當Process Modelor修改流程圖之後，再次Publish的時候，是否能夠順利修改MediaWiki上的資料，這點有待後續再確認。