OA任務思考

最近一年在授課之餘，也參與到了一些管理工作當中，在這個過程當中，作為乙個標準的程式猿果然不負眾望，犯了很多低階的錯誤，回顧一年，結合最近一直做的oa系統，有些思考，就想記錄下來：

oa系統，在我的理解當中是乙個辦公管理系統，在做開發的過程當中逐漸有了一種思路，凡是用到管理系統這樣的東西無非以下的需求：

1、大量的資料需要批量處理，比如: 企業資源批量管理,這裡的資源可以是企業的裝置也可以是人力資源

2、複雜的流程，比如：跨部門協作，基於專案的跨部門虛擬團隊溝通。

上面是自己的一些了解，歡迎各位大神指點，期待學習。

緊接著說說oa系統的兩大模組：

完整的說是：員工角色許可權

許可權，是整個oa的乙個核心，他定義了企業的各種角色，而這些角色構成了完整的企業架構，假如沒有許可權，每個員工登入系統可見的可以操作的東西都一樣，那麼這個系統很快就會崩潰：小王批准了自己的年假......

所以，乙個好的許可權管理機制可以讓oa系統格外的健(抗)壯(造)

當然，開發許可權的時候必須和使用者中心繫結熬一起，但是盡量不要出現許可權直接關聯員工的問題，使用角色，整體的思路就是員工對應角色（職位），角色（職位）具備許可權，這樣後期很多事情會很方便處理。

上面簡單的描述了一下許可權，緊接著就是對流程的描述，在工作當中最常見的請假流程，到稍微複雜的報銷流程，到更加嚴格的評級審核流程，流程無處不在，在整個流程開發的過程當中，必須確定好：角色，操作，流程順序之間的關係，建議畫圖思考，琢磨琢磨很有意思。

到此，好多小夥伴可能抱怨：勞資褲子都脫了，就給看著點......

嘿嘿嘿，其實今天主要想分享的是一些對另外乙個oa核心點的理解，任務：

任務是對每天工作的細節化和亮化過程，曾經好長時間一直以為，任務這個東西就是資料庫裡面的幾個字段建立的表，但是隨著工作的進行，有了新的認識：

任務的描述對這個任務是否能很好的執行有很大的關係，所以，乙個oa系統的任務系統的細緻程度絕對可以決定你使用的是否順手，結合自己的工作，對任務進

行了下面的字段設計：

1、任務型別：研發，授課，銷售，審核，協助.......

2、任務描述：這個欄位很有意思，如果單純靠這裡下發任務，任務發布的角色可能會很頭疼，所以在這裡進行細分，把這個字段作為乙個簡單的描述是很有必要的。

3、任務發起人：發起任務的人，任務生產者

4、任務分配人：分配任務的人，排程，消費者者

5、任務執行人：具體實施任務的人

8、任務產出：這裡要明確任務產出的內容，型別，提交方式

9、任務產出審核人：對產出要有審核，避免任務流產

10、任務評估：這裡可以通過執行時間，結果質量等維度對這個任務進行評估