今天給開發的討論業務流程，其中一個業務部門土匪甲的說道，我的流程可能不是固定的，隨時可變怎麽辦？

這下子開發的蒙圈了，屌絲A叫道：那怎麽行，你老變來變去，怎麽畫流程？

另一個屌絲B說，你老變，是不守規矩，說明你還沒有搞清楚自己要做什麽。你先搞明白了我們在討論如何定義流程吧。

我在旁邊看他們撕逼，自己在想土匪甲要求的合理性，在現實中有沒有應用場景。

一般來講，企業中的業務流程相對是比較穩定的，很多流程系統也是基於這個假設進行開發和設計，並據此劃出流程圖，綁定上業務邏輯。

但是實際中，除了這些“典型的”，“經常發生”的業務事項之外，還有一些偶發的，但是種類繁多的事項發生，需要處理。這些事項也會涉及到方方面面的人，但是特點是處理過程不固定，隨意性比較強。比如迎新會中的人員統計，體檢服務單位的選擇，打印招聘材料等等。

對這種事項如何應對呢？

對策A是不放到系統中，不處理，

另一種對策B是，對所有的這種雜項進行抽象，統一成同樣的處理流程。

對策A是一種不作為的，不討論，對策B，抽象的可行性有多大？如果雜項非常多的話，難度還是比較大的。

那麽，我們有沒有對策C，以不變應萬變的方法呢。

其實處理這種雜項的本質和其他業務流程是一樣的，就是在一定的時間內，由一幫子人一塊把某個事情辦好，只不過，辦事的步驟千變萬化，涉及的人也不固定，辦事的方法也因事而異。那麽我們能否這樣考慮：

1，步驟在發起的時候由發起人來指定，人也有發起人來指定，或者中間步驟的任何一個人都可以指定或修改。這就解決了辦事步驟千變萬化的問題，解決了設計的人不固定的額問題。你變沒關系，我即時指定啊。

2，辦事方法，這個稍微有點復雜，需要我們抽象下。我們不考慮方法，我們只考慮結果，你只要把結果提報上來就行了。

提報結果的方式有很多，輸入一個或者一些數據（比如輸入我的郵箱地址，我的借款余額），回答是否同意，某件事情是否辦妥，上傳數據文件（根據模板）等等。

這一步是核心，是比較難的一點。可以慢慢完善和優化。

我們把這個稱之為 即時工作協同流程

我們以一個例子來具體說下

我在招聘會上收了份簡歷，這個簡歷想回家東營工作，恰好我們在東營有開發團隊，也在招聘人，我需要把這個事情通知到東營的人，聯系面試，並跟蹤這個事情的進展。

當然這個離職可以有固定的流程，但是我這裏用上面說到的“即時工作協同流程”來演練一下。

1，人事招聘專員發起一個協同

輸入協同事項的主題：東營本地化面試-張三

輸入事項的關鍵之：面試，招聘，東營

輸入事項描述：說明白這個事項的緣由，需要做的工作。

輸入關註者：可以理解為郵件的額抄送，事項的任何變動都會通知到關註者

2，提交給下一環節

輸入提交給誰：東營的招聘負責人，可以是多個，

工作主題：輸入下一環節的工作主題，比如，請聯系該人，組織面試

輸入或變更關註者：

待續。。。

業務流的另外一種場景：工作協同流程