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

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

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

另外一個屌絲B說，你老變，是不守規矩，說明你尚未搞清楚本身要作什麼。你先搞明白了咱們在討論如何定義流程吧。

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

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

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

對這種事項如何應對呢？

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

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

對策A是一種不做爲的，不討論，對策B，抽象的可行性有多大？若是雜項很是多的話，難度仍是比較大的。

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

其實處理這種雜項的本質和其餘業務流程是同樣的，就是在必定的時間內，由一幫子人一塊把某個事情辦好，只不過，辦事的步驟變幻無窮，涉及的人也不固定，辦事的方法也因事而異。那麼咱們可否這樣考慮：

1，步驟在發起的時候由發起人來指定，人也有發起人來指定，或者中間步驟的任何一我的均可以指定或修改。這就解決了辦事步驟變幻無窮的問題，解決了設計的人不固定的額問題。你變不要緊，我即時指定啊。

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

提報結果的方式有不少，輸入一個或者一些數據（好比輸入個人郵箱地址，個人借款餘額），回答是否贊成，某件事情是否辦妥，上傳數據文件（根據模板）等等。

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

咱們把這個稱之爲 即時工做協同流程

 

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

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

固然這個離職能夠有固定的流程，可是我這裏用上面說到的「即時工做協同流程」來演練一下。

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

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

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

      輸入事項描述：說明白這個事項的原因，須要作的工做。

      輸入關注者：能夠理解爲郵件的額抄送，事項的任何變更都會通知到關注者

2，提交給下一環節

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

      工做主題：輸入下一環節的工做主題，好比，請聯繫該人，組織面試

      輸入或變動關注者：

待續。。。