很多團隊或公司實施 Scrum 並不順利, 明明就是很簡單的 framework, 道理也很清楚, 可是卻做不到 Scrum 所說的境界, 為什麼呢?
我想這是因為大家認為 Scrum 就是一種軟體開發流程, 認為只要照著步驟做就好了. 事實上, 這是不對的. 要做好 Scrum, 你必須考慮到組織模式, 以及實施的人們. 缺乏這兩個, 是無法成事的.
組織模式
在 agile 中, 希望團隊不要太大 (7+-2人), 是自組織的, 並且是跨職能的. 也就是希望是 feature team 的組織.
組織維持小規模, 不會花太多時間溝通, 大家比較容易相互了解. 至少最明顯的是 daily scrum 不會花很多時間. XDD
另外, 即使人數變少, 為了要溝通有效率, 你需要能聽懂團隊內其他人在講什麼, 甚至會做一點別人的東西, 這樣才能相互幫助. 所以很明顯地, 你需要自組織和多技能.
還有啊, 如果你採用了 feature team 的結構: 每個 team 自己負責實作某個 feature. 這時候如果沒有持續整合和測試自動化, 那可能就會讓團隊之間修改會互相影響.
也就是說, process 只是 process, 你還需要利用組織結構, 來改變你的行為, 進而影響你的工作方法.
重視個人
以前的管理總是 command and control, 要聽老闆說的話, 要做好小螺絲釘的本份. 可是在 agile 中世界變得不一樣, 人是敏捷的根本, 一切的作為都是要讓人能夠樂在工作.
為了要人們能樂在工作, 主動為了團隊努力, 你必須要在讓團隊成員彼此互信, 在沒相信你之前, 誰會出盡全力. 可是信任這東西也不是一朝一夕之功, 需要花時間培. 但是好玩的是, 如果要破壞, 可是馬上就生效了. 可是老闆通常覺得這東西太難搞, 喜歡直接 command and control 比較快. XDD
當員工開始相信你後, 你還要做的是提供安全網. 誰人可以不會犯錯, 但是重點是犯錯後, 還可以有機會再來嘗試, 而不是一下就將他開除, 或者馬上說你這個做不行, 那保證下次他什麼都不說, 每件事情用最保險的方式來進行, 只求沒錯, 不求有功.
另外, 要製造機會讓團隊成員可以連接起來, 讓大家有機會互相認識, 協同合作, 培養默契, 這樣才能讓 1 + 1 > 2, 這些也不會平白無故發生.
因此, 如果你想要 Scrum 能在你公司生根落地, 你不能只是單單學習這個 process 而已, 你需要把組織結構給改變, 並且對待人的方式也要轉變. 否則, 你只會一再聽到: Scrum 是很好的想法, 但是不適合我們 ….
其實不光是導 Scrum 要這樣, 其實其他事情也是如此. 不是穿上龍袍就像太子了....
全站熱搜
留言列表
