Oct. 25 16:56~18:26
自己幫自己寫的書打一下廣告。
***
昨天有一位朋友（R君）經過光華商場附近，順道來Teddy的辦公室拜訪。這位朋友除了帶了一本剛到天瓏書局購買的《笑談軟體工程：敏捷開發法的逆襲》第三刷讓Teddy簽名之外，還說了一句讓Teddy很感動的話，什麼話？
在離開前一份工作與尚未成立泰迪軟體的7個多月空檔中，Teddy除了在寫《笑談軟體工程：敏捷開發法的逆襲》這本書以外，還到某家公司短暫打工，R君就是Teddy在打工的時候認識的。R君的團隊在Teddy到他們公司打工之前就已經導入Scrum有約1-2年的時間，在Teddy短短幾個月的打工期間中，關於團隊實施Scrum的現況，Teddy也給了一些建議。昨天R君提到：「那段期間Teddy給的建議對團隊實施Scrum還蠻有幫助的」（拭淚~~）。
***
最近Teddy接觸了幾家對於導入Scrum有興趣的公司，談到後來他們都問了一個同樣的問題：「請問導入Scrum對公司有什麼好處？請給我具體的指標（KPI）」。聽到「訂定績效指標」，就讓Teddy想起之前寫的這一篇《目標管理，不要吧》。並不是說導入Scrum無法列出具體的改善指標，而是這整個改善過程，是一個「持續進行與調適」的過程。導入Scrum的目標之一，是讓團隊具備自我管理與持續改善的能力。至於何時要改善、要改善什麼，是一種很「動態」的決定，可以有大方向，但是一旦訂立指標，很容易流於僵化的形式，最後反而沒有到實質改善，或是沒有改善到最需要改善的痛點（因為計畫趕不上變化啊）。
導入Scrum的過程，有點像是一位百病纏身的病人，去看醫生的過程。醫生不太可能一開始就給病人一個計畫，只要按照計畫，完成計畫中所要求的績效指標，病人經過一段時間之後就可以保證「頭好壯壯」。記得若干年前，Teddy的胃突然很不舒服，經常會感到反胃。忍了幾天之後受不了，到醫院看醫生。醫生問診之後，開了幾天的腸胃藥給Teddy。吃了幾天的藥之後，反胃的狀況不見改善，於是Teddy再度掛號。
醫生：上次這個藥吃了效果如何？
Teddy：好像沒什麼用耶，還是會一直反胃。
醫生：那我幫你安排照個胃部X光。
Teddy：好。
若干天之後，Teddy到醫院照胃部X光。又過了幾天，回去醫院看報告。
醫生：胃部X光顯示，你的胃部有幾個小黑點，有可能是潰瘍。
Teddy：那怎麼辦？
醫生：我開另一種藥給你吃看看，兩個禮拜之後再回診。
Teddy：好。
兩週後。
醫生：怎麼樣，現在感覺如何？
Teddy：換了新的藥之後，反胃的情況是有比較好一點，但是並沒有全部消除，有時候還是會有反胃的情況。
醫生：那我看你要照個胃鏡，順便看看是不是有幽門桿菌。可能需要吃抗生素，但是這個抗生素不能隨便開，所以要照胃鏡檢查。
Teddy：好。
後續還發生一連串奇妙的事件，總之從Teddy感到胃不舒服，到確定是胃潰瘍和12指腸潰瘍，然後完成消滅幽門桿菌的療程，前後經過約3個月漫長的時間。雖然過程有點漫長（病人都希望吃完藥、打完針之後，生病馬上痊癒），而且過程中也發生過一些烏龍事件（例如，一開始的腸胃藥根本是搞錯方向啊），但是有兩個重點讓醫療行為可以繼續下去：
- 病人基本上還是信任醫生的專業：雖然醫生無法掛保證任何治療行為的績效，但是大體上病人還是相信現代醫療這一套，所以還是繼續看醫生，而不是跑去吃符水（Teddy小時候還真的吃過啊…Orz）。
- 持續改善：與什麼都不做相比，整體而言經過治療之後，病人身體的狀況是有在持續改善當中。
***
想一想，導入Scrum，不也是這樣嗎？
病人：個人、團隊、公司制度與文化。
醫生：Scrum顧問。
Teddy僅僅是去看個胃病，就搞了好幾個月，而且只是讓症狀減輕，並無法恢復到生病前的狀態（幽門桿菌都殺光之後，卻不能再常喝咖啡了…Orz）。公司或是團隊想要導入Scrum所解決的症頭（病徵），又何止幾十種。隨便舉例十個例子：
- 時程延遲。
- 品質不好。
- 做出來的東西客戶不喜歡。
- 工作流程沒有銜接好，因此有人經常處與「待機狀態」。
- 系統很難擴充，改個功能改好久。
- 團隊成員甲所負責的功能有問題，客戶急著要修正，但是好死不死今天他老大請假，沒有人知道該如何處理。
- 有人離職，交接的新人三個月後才有能力接手繼續做下去。
- 完整測試一次系統要花1個月還不一定測得完。
- 每一個工作的進度都很難掌握。
- 花了長時間再研究某個技術，但最後發現完全派不上用場。
一大堆問題，要怎麼改善、如何改善、何時改善？
答案：看情況。
這時候真的要搬出一句很討打的話：流程改善，做就對了 
***
友藏內心獨白：做之前要先確定找對人。
。
。
。
。
