TomWang的部落格

前些日子看了一本書「從負責到當責 : 我還能做些什麼,把事情做對、做好?」

（http://www.kingstone.com.tw/book/book_page.asp?kmcode=2014941108204&readpage=3&show=freeread）

我工作常常遇到一種卸責文化

上頭把自己該做的丟給底下的，底下的也避免扛不必要的責任

當責對於公司的發展是很重要的事情

有的相關文章或書籍給我的感覺像是用卸責的方式談當責

(你要承擔責任、要有責任心...)

其實跟上頭要求底下的人負責，把責任推給底下的人差不多

但是這本書不同，對於當責是以建立期望作為開始，接著溝通期望、校準期望、檢視期望。

取得相關利益關係人的共識，當達成期望，給予努力的目標

而非只是單方面的要求

當責這種事情應該是管理者與被管理者共同努力的事情

這本書的立場比較沒有單純偏下指示的人

我認為這是本不錯的書，有興趣的可以看一下這篇文章

【內文試閱】《從負責到當責》前言

(http://ecocite.pixnet.net/blog/post/27145629-%E3%80%90%E5%85%A7%E6%96%87%E8%A9%A6%E9%96%B1%E3%80%91%E3%80%8A%E5%BE%9E%E8%B2%A0%E8%B2%AC%E5%88%B0%E7%95%B6%E8%B2%AC%E3%80%8B%E5%89%8D%E8%A8%80)

我前一陣子工作遇到一個狀況，很符合書中的其中一個故事。

公司想要開發一個資訊系統，本來公司只是想把專案外包出去，找一個懂技術的人來做相關接洽與管理。

於是找了我主管，我主管很快的受到了公司副總的信任，談一談變成讓他當技術主管，還找了更多人組了一個資訊部門

但我主管其實能力很不足，最後算是以硬幹的方式弄出了個系統，成本花了比預期還多，但邏輯與背後的資料結構其實都有很大問題，還有因為少功能導致一些業務流程跑不起來。

開發的過程中其實就有顯示出了一些問題，但是對外答應要做出的系統還是得交出來，不能中途立刻換主管，結果就由主管亂搞，專案結束後再請他走人。副總則被怪罪亂相信人。

我認為高層對於技術主管抱有極高信任是正確的，軟體開發很多事情是不懂技術的人不了解其重要性，但其實很重要(像是重構、技術債)。只是完成的東西應該是可以分階段檢視，而不是把整件事情丟給一位技術主管，只想直接看結果就好，這樣就像是在卸責而已。

如果當初公司高層有看過這本書，我相信可以避免一些問題擴大。