扶着試行版手冊這個“嬰幼兒”走了一段時間，大家會深刻體會到自己的腰酸背痛和“嬰幼兒”的跌跌撞撞，會對這個眼前的這個産品重新思考：它在我們現有的各類制度、文件、管理程序标準中處于什麼位置？應該具備怎樣的基本結構？對它的第一次修訂該如何進行？

一、定位

目前對于權責手冊并沒有一個标準的定義。筆者結合自己的工作經驗和大家的讨論，試着做了一個初步的定義：

權責手冊是指組織從自身生産經營特點出發，為确保關鍵業務的審批流程規範化，與作業流程、組織架構、崗位相結合，對業務事項審批流轉過程中各崗位角色的權限、責任進行規範化指引的文件。

作為内部授權的依據和以職能為模塊的權限管控工具，它的定位應該是：指導公司制度體系文件的綱領性文件，效力高于公司任何制度體系文件。

具體而言，它在我們的業務事項流轉中主要起到三個作用（如圖）：

在實施中應該注意幾點：

1.凡是公司制度體系文件中相關條款與權責手冊相沖突的，統一按照權責手冊執行。

2.組織管理手冊是根據組織結構的崗位設置來進行直線或交叉管理的規定，而權責手冊是界定在具體的業務流轉中，處于不同角色的責任人具體的工作權限、責任、義務的指引。

3.作為一種“管理程度”的說明，它對流轉中每一步對應角色發揮什麼作用必須有所表述，不然就會成為形式主義，産生低效和沖突（詳細情況後文表述）。

二、編寫結構

通常一個典型的權責手冊主體部分的表達方式是這樣的：

它主要包括以下兩個部分：

1、說明部分。文件版本，生效日期，本文件的編修主責人和簽批生效的審批人，明确文件的定位，名詞解釋，符号說明（如用▲代表發起，數字代表順序、★代表審批、○代表知會），簽批時效要求，各類角色的定義，沖突的處理，簽批意見的強制性選擇要求，審批人再向下授權的要求。

2、對“關鍵事項”的理解

(1)關鍵事項可作分類劃分，以便使用者查閱。

(2)關鍵事項這個名稱本身，就要求必須要具備相當的重要性，不能雞毛蒜皮都列入手冊，比如筆者在實踐中就經常看到有小型集團公司對某個層級人員的請假按不同種類、不同天數作了詳細的區分，光是請假一項就有幾十條内容，讓人看起來就暈。這種細緻的标準完全可以在各類制度、規範類文件中用表格方式來表達，如有條件時，完全可以通過OA系統的初步表格開發實現。但是，關鍵事項應覆蓋到我們所有業務中相對重要的部分，不能出現明顯的“空白”。

(3)主責單位是指對本頁職能涉及事項在公司的主管中心或部門，他們應該在第一版手冊誕生時就重要的事項進行梳理，在未來進行增删時通過主動與協作部門、審批領導溝通，達成一緻後提供初稿。

(4)手冊的編修主責人也兼解釋人，一般會是總經辦、行政或企管部門，它應該對每一版的修改進行統籌，重點解決“錯、漏、重、沖”的問題，發現和協調組織結構設置、職能分屬和業務實施中不匹配的現象。

3、流程審批中各類角色的權責說明。

(1)提案：負責完成對應事項的請示報告、規劃、計劃方案、制度等初步意見，并按流程順序發起審核、審批要求。

(2)參與：參與提案部門的工作，提供信息、指導、建議，輔助完成部分初稿。

(3)審核：重點在“核”，必須是對此事項有必要、有責任的人員才能履行這一角色，職責在于檢查正确、妥當與否，有問題必須指出和糾正；同理，如果後續發現文件本身有問題或沒有盡到“核”的職責，應承擔相應責任。

(4)審批/審議：審定後給明确意見，是決策權的體現，一般隻能給出“是”或“否”的結論。

(5)備案或知會：知情者。知情的原因，有可能是保留未來的問責權，也可能是為了實現信息對稱，比如總部信息部門的系統升級方案，有必要讓下屬各子公司知道總體設想和安排。

(6)執行：具體制度、方案、計劃的實際執行者，比如總部計劃部門對全年工程節點的安排，就必須交由各項目去具體落地，同時也要按此考核。通常作為提案部門的主責單位會在編寫過程中讓執行者配合或充分參與，防止不接地氣或與一線信息不對稱。

三、編寫步驟

完整的編寫步驟如下圖。通常而言有一定業務規模和團隊規模的企業，應該按照該圖的“三上三下”過程完成手冊的編寫：

當然，正如前文所述，我們的試行版本是“簡單粗暴”的，上述步驟應該是在試行之後總結經驗的基礎上，讓最熟悉實際的各職能骨幹來豐富手冊的骨肉。通過擴大參與範圍，讓手冊的應用可以最接地氣、最得人心，讓它從以爬為主的“嬰兒”變成學會走路的“幼兒”，從而為我們提升管理效率、規範管理行為打下基礎。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!