iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 8
1

主人您好~今晚我是您的執事小笠宏樹,主人有什麼需求都歡迎跟我說,我會全力以赴地達成主人想要的。

星期三需要來振奮人心一下就來首
Red Hot Chili Peppers - The Adventures of Rain Dance Maggie
Yes

好哩!正片開始~
今天要談的主題是公司裡面的SOP
前面已經提過了,部門是Class,上司是繼承概念,那SOP的對應對象其實就呼之欲出了,對我來說我將SOP定義成程式裡面interface的概念。以下我就用我自身使用interface的經驗來想像公司的SOP怎麼定會比較好吧。

Interface to SOP

  1. 當interface只單單為了某個Class使用,這時使用起來會覺得有點可惜的感覺,雖然說interface還是可以讓你簡單的了解某個Class的使用方法,但就跟直接寫註釋是差不多的意思。反過來說我們也會希望公司內的SOP是大部分部門之間互相溝通都能使用的,這對於跨部門溝通之間是會有好處的。

  2. 我們會期待interface的功能性是很獨特且限縮的,盡量不要將差比較多的功能做在同一個interface上。這就像是我們在使用公司的SOP時,假如在執行一份SOP卻需要做很多相差較多的行為時會有很多狀況,比如

    • SOP中很多要做的事情都會被標記為不一定要做,需要做的事情還會根據你跨部門需求的對象有所不同
    • 很多時候跨部門溝通上會因為SOP做了很多多餘的行為,比如明明不需要開事後檢討會議,但因為SOP的關係,部門在合作上就必須象徵性地開個會,或是明明就不需要心得報告,但因為用了類似進修用的SOP,導致每次結束都要生一份心得報告出來。
  3. 越是不穩定的功能越是不適合當Interface的制定者或使用者,因為這樣就會因為一直變化的功能,導致interface一直有些微的改變而影響每個使用的地方,這個對於公司來講也是一樣的,在公司內較新興的部門使用了或是創造了很多SOP,都是會造成很多問題的,不是舊的SOP制度會導致新興部門的在配合上會綁手綁腳,不然就是新興部門訂的SOP會一直改變而且不適用其他部門。

  4. 當我們訂了過多的interface,想說這可以幫助Class之間互相使用,反而會導致反效果。這個在公司就比較好理解,對於公司來說SOP越多反而會讓人越不知道我現在要做什麼甚至會綁手綁腳的,最經典的例子應該是政府單位,由於要盡量的限縮公務員的權力,因此將大部分的邏輯都用SOP解決,這時候會造成民眾完全不知道要怎麼跟政府單位溝通,反而還需要有特別理解政府SOP流程的中間人來輔助民間跟政府合作。
    PS:以權力關係來重新理解公務員(Class)以及SOP(interface)之間的關係我覺得還蠻有趣的,可以多想一下這兩者之間的關係。


以下幫大家整理一下今天談的SOP使用經驗談的Cheat Sheet

  1. SOP盡量是有很多部門要用才訂定
  2. SOP盡量不要混合多種的目標,一個SOP解決一個目標
  3. 越是不穩定或新興的組織,最好越謹慎思考訂定以及使用SOP
  4. SOP也不是越多越好,SOP訂得越多,部門的能力發展會越侷限,會越趨於平均值

好啦~艱難的一天又結束了
明天我們會來聊聊公司裡面的單例模式


上一篇
Day 7 彼得原理
下一篇
Day 9 公司裡的單例模式
系列文
軟體工程x管理學30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言