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

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

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

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

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

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

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

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

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

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

敏捷轉型其實是一種創業

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

Scrum是甚麼?

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