Scrum

從薩提爾變革模型看敏捷帶來的改變

牛頓運動定律說:「靜者恆靜,動者恆動」。組織停留在近期現狀階段的力量往往非常強大,由組織內部自發性所引發的變革往往十分困難。因為組織與個人會不斷地否定問題,迴避改變的必要性,這也是薩提爾所說的:「熟悉總是比舒適更有力量」。畢竟,待在舒適圈的力量真的太強,只要舒適圈依然存在,又何必做出改變呢。所以,要讓組織脫離舊有現狀,經常需要藉由外部力量來推動。

一個遊戲,體會到的領導精髓與敏捷

上禮拜去新加坡參加公司為期三天的培訓,其中有一天的培訓,整天的主題都是「領導」,我們花了一個早上來玩丟球遊戲,這個遊戲我之前在Agile的社群聚會中有玩過,講的是敏捷,想不到同樣的遊戲被拿來講領導,真是一個遊戲各自表述呀!

想導入Scrum 敏捷式方法,我該跟老闆溝通什麼?

導入Scrum 敏捷式方法,絕對會有痛苦,織的病灶越嚴重,就該越痛!如果沒有感受到什麼掙扎,那麼,一定是在導入時出了錯!我認為,和老闆溝通,如何成功導入敏捷的兩大重點如下:

從評估軟體時程,論人性化管理

軟體開發時間是工程師一天到晚都會被問的問題。但是通常工程師只能對著PM、主管說「該花多久時間就花多久時間」,可惜PM、主管總是因為立場不同而不懂。到底有沒有更敏捷的方法,可以縮短軟體開發時間?有沒有更有效的管理方法,可以幫助管理專案開發時程?

因為跑Scrum,所以辦不到 – 跑Scrum還是炮Scrum

如果要票選技術團隊最可怕的噩夢,跟第三方廠商(Third Party)合作系統整合一定是前三名。

敏捷轉型其實是一種創業

很多人問到, 在公司或是團隊中, 要如何推廣敏捷? 是否有些公式可以 follow? 可惜的, 敏捷轉型的過程是非常不可預測的. 中間會發生什麼事情不知道, 結果會是如何不確定. 因此, 如果你是以傳統專案計畫的方式, 也就是大規模, 且詳細的方式來規劃, 這通常是徒勞無功的.

Scrum是甚麼?

最近很多人開始在炒作Agile相關的管理方式。 提到很多好處,甚至講得好似能取代一切其餘的專案管理手法。 在這氛圍下,不免就有些朋友會開始詢問我這議題,尤其常有人提到他們公司內部有人提出想導入的聲音。 因為很多人誤以為「跑Agile表示不用做計劃,或是能更自由的隨機應變」。 但這恐怕是對Agile這方法的誤解。 所以就興起了想寫一些相關的文章。 那這篇想來談談Agile的一個分支,也就是被稱為Scrum的方法。 這篇將解釋一下這手法的目的以及期待解決的問題是甚麼。 當然,若大家對這議題有興趣,往後我將繼續談談這手法的一些詳細細節。
  • 第一頁
  • 前一頁
  • 1
  • 下一頁
  • 最末頁