最近敏捷流行在探討如何建立好的工程師文化, 談到這個, 就不得不提到組織的結構(structure), 如果沒有好的組織相輔助, 敏捷轉型將會是非常困難的事情.
在 infoQ 有篇文章, 談到 self-organizing teams 的文章, 他提出了一些觀點, 值得大家參考一下.
首先, 作者對什麼是團隊下了定義, 一個團隊應該會有以下特徵:
(1) 一起工作去完成一個偉大的目標
(2) 在資訊流上面有明確的界線, 並且和其他團隊, 資源, 政策互相對齊
(3) 在界線內有權自我管理
(4) 一段時間內, 團隊組織會保持適當的穩定性
在這樣的定義下, 團隊會需要處理以下事情:
(1) 設定團隊的方向
像是設定組織目標, 任務的目的等等
(2) 設計執行的單元並且安排合適的組織去支援此工作
如何拆解工作, 決定誰去執行這個工作, 建立工作行為標準, 確認團隊有足夠的資源去完成他要做的工作
(3) 監控和管理工作流程
收集和解讀資料, 來觀看工作如何被執行
(4) 執行工作
用體力或精神去完成工作
作者提到不同的團隊, 可能對這四件事情有不同的對待方式, 因此會有以下不同層次的團隊組織(如上圖所示):
(1) 管理者領導的團隊 (manager-lead teams)
團隊成員只有執行工作, 但是其他三項事情則是由經理們來做.
(2) 自我管理的團隊(self-managing teams)
除了執行工作外, 還會管理他們的工作流程. 例如 Kanban 的團隊, 不但要執行工作, 還會持續改進工作流程.
(3) 自我規劃的團隊 (self-designing teams)
會自行規劃自己的團隊結構, 去適應他們工作的組織環境. 某些可以擴展的團隊, 是屬於這個層次
(4) 自我治理的團隊 (self-governing teams)
通常公司董事會, 或者是新創公司是屬於這個層次的
照作者的定義來看, 目前我遇到公司或團隊, 有九成是管理者領導的團隊, 不是在等待長官下令, 要不就是長官不相信團隊成員能搞定, 因此團隊成員只能照表抄課, 而無法自己決定做什麼.
為了讓團隊能成長, 能向自組織的團隊邁進, Kanban 的方法會是一個很好的開始, 此外, 也需要長官和團隊成員的心態改變, 不要老是再期待英雄, 唯有自己的團隊自己救, 你的將來才有希望. 光靠一個柯P 是沒用的, 要多點人是柯P 向前衝的個性才是長久之計啊
參考文獻
What Are Self-Organising Teams?
全站熱搜
留言列表
