Unlearn What You Have Learned - Ten Habits You Must Break To Be Successful with Scrum
http://www.scrumalliance.org/articles/119-unlearn-what-you-have-learned

 

上週我在 share Scrum expereince 時, 一開始我講了一個小故事, 是有關於 “You must unlearn what you have learned.”. 沒想到看到這篇文章和我用相同的例子, 並且也用在 Scrum 上面, 世界還真的很小

 

這個故事是這樣的:

 

在 Star Wars - "The Empire Strikes Back" 這部電影中, Luke 跟 Yoda 去學習怎樣使用 force (原力). 一開始 Yoda 是教他如何使用 force 去舉起石頭. 後來因為他搭乘來的飛機要沉入的沼澤中, 他很慌張, 因為沒有飛機他就不能離開這個星球. 


 

 

 

這時候對話就來了

Luke(After a spectacular fall): Now, we will never get it out of there

Yoda: Always with you what can not be done, haven’t you learned anything I taught you?

 

Luke: Master, moving stones is something, this is totally different!

Yoda: No! No different, you must unlearn what you have learned.

 

Luke: OK, I will try

Yoda: No! No try. Do, or do not. There is no try.

 

Luke tries, although he can move the ship he fails

Luke: I cannot do it, it’s too big

Yoda: It is only in your mind……

Luke: You want the impossible

 


 

 

 

Luke goes back and sits. Yoda starts levitating the ship, ship gets out of the swamp, flies and lands somewhere safe.

Luke goes and touches the ships and comes to Yoda in amazement

 

Luke: I don’t, I don’t believe it.

Yoda: That is why you fail

 

這個故事告訴什麼你: 在書中所學得, 和你在實際作的 project 沒有什麼不同, 重點在你相不相信它, 如果你相信它, 願意忘記之前所學的東西(因為之前的東西會限制你的想像), 好好的開始運用你所學到的, 這樣你才會成功.

 

 

作者接下來提出了 9 個不好的習慣, 希望大家在 run Scrum 時能不要再有這樣的行為出現:

 

Habit One: Create email trails
- 面對面溝通比較重要
- 使用 mail 不但耗時並且還很容易誤解
- 而且用 mail 會讓人覺得似乎你想讓人知道, 你有在工作, 或者你想留下什麼證據, 因此大家在信任感上會比較低

 

Habit Two: Use command and control
- 傳統的專案, 是專案經理決定成敗. 在 Scrum 的專案, 是團隊決定成敗
- 專案經理必須要學習去授權, 並且培養團隊負責的態度. 而不是命令成員照著你的指示去做事

 

Habit Three: Create disciplines and silos
- 在傳統專案中, 因為角色分工的關係, 容易造成彼此對立, 無法相互幫忙, 以及各自做各自的事情
- 在 Scrum 專案中, 強調分享及互助合作 (如 pair programming, standup meeting), 讓團隊發揮加乘的力量

 

Habit Four: Be a hero
- 在傳統專案中, 會期待有個英雄出現
- 在 Scrum 專案中, 有沒有英雄. 團隊成員必須願意彼此合作, 以推動完成 user story.

 

Habit Five: Sign off on a detailed requirements document
- 在傳統專案中, 專案的範圍已經詳細被規範在裡面
- 在 Scrum 專案中, 強調每次sprint後, team可以變得更好, 更聰明,和學習更多有關的專案的事情. 並且根據所學的東西, 再來調整專案的範圍.

 

Habit Six: Stick to the iron triangle
- 在傳統專案中, 重視的就是 scope, schedule 和 cost, 通常這三個東西是不可變的. 因此犧牲的就是 quality
- 此外在顧客看到所交付的產品後, 往往會有些不同的想法或是需求出現, 可是這時候是無法再變動了
- 在 Scrum 專案中, 強調 quality 是由各個階段的 testing 和 inspections, 來達到這個目標.

 

Habit Seven: Be plan driven
- 在計畫出來的當下都是完美的, 然而, 世界正在不斷變化, 客戶的需求和優先事項是會持續發生變化.
- 管理階層必須學會接受事實的變化, 讓團隊作出反應並作出相應調整

 

Habit Eight: Be IT driven
- 在傳統部門中, IT 管理階層主導專案的進行, 決定做哪些事對 buesiness 有幫助.
- 在 Scrum 中, IT 是支援的角色, 必須由 buesiness 來主導要做什麼. 因此 Product owner 是很重要的角色, 他是 agile project 成功或是失敗的關鍵

 

Habit Nine: Have a big bang delivery
- 在waterfall的作法中, 客戶往往會得到一個很大的交付, 因此好與不好一次決勝負.
- 在Scrum專案中, 團隊必須學會以漸進的方式交付產品。每一次交貨, 團隊從客戶的反饋和溝通改變優先次序. 團隊因而能做出更好的決策,提供更好的價值給客戶.

 

Habit Ten: Tell teams “How,” not “What”
- 在傳統專案中, 經理常常直接說要做什麼
- 在Scrum專案中, 經理要告訴團隊的是優先順序, 讓團隊決定怎麼做, 要信任團隊, 讓他們自行運作.

 

Scrum只是一個framework, 它只是告訴你方向和準則, 其它就是要靠團隊來完成. 因此你必須要忘記以前你所學的, 但是我們也知道這並不容易. 所以記住Yoda所說的“Luke… Let go. Trust the force.”

 

arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(3) 人氣()