一年前的我在旅行-勇氣11班 Day 3

2015/05/30 15:02-16:10


第一站  愜意又親切的鄉鎮-田尾

今天依然很早起床，7:30...準時開走，我們要從田尾舒宿走道社頭火車站！
本來想要順路吃早餐，殊不知越走越偏僻，身邊只有一望無際的花園。

在路上遇到一位阿嬤，我隨口跟阿嬤打招呼，阿嬤親切地強迫我們去她家吃早餐XD

第二站 二水

到了二水，剛好是中餐時間，隨地向路人問了當地著名美食，打聽到下面這家

究竟有多好吃呢？看下面這張

接著去離火車站很遠很遠的庄外花園，單程走路大概要40分鐘，

他們的米麵包很有名，店內提供DIY，但是要先預約。

回來的時候已經疲累不堪，隨意向經過的車輛舉出招牌手勢「大拇指」，第一輛經過的車就肯讓我們搭便車回火車站，運氣無敵好啊！

離火車抵達還有半小時，在火車站附近小晃，想不到也有不少裝置藝術

第三站 龍泉

是個小站，沒有火車站剪票台


猜猜這是啥？

猜對了嗎？是火龍果

馬路被樹蔭所包覆，是個美麗的綠色隧道

第四站 石榴

馬路很大條，沒有半台車

連小孩都直接在馬路中央跑來跑去

石榴車站是個特別的車站和一般的火車站不太一樣，外表與日式平房頗像 (剛好沒拍只好貼連結@@)

第五站 今日落腳處 - 嘉義

距離畢業剩下兩天！！

管理流程的重要性

2015/5/23 17:45-18:23

這週四上北科大的「軟體與生命週期」，Teddy重現C. C. Agile Sprint#18，搭配「達摩特效」把Pattern比喻得栩栩如生。

在介紹時，Teddy講了一個故事讓我印象深刻。

有一個實驗，實驗內容大概是這樣：

電椅上有個人，受試者須調整電流強度，強度從小漸漸調到最大，觀察電椅上的人反應。

電椅上坐著的其實是演員，椅子上沒有任何的電流，受試者調整電流時，演員會演的像是被電。

實驗開始了，受試者將電椅通了電流，剛開始電椅上的人還可以挺住這小電流，和受試者也還有說有笑；受試者持續地將電流變強，演員開始發出慘叫聲，哭求受試者別再繼續通電；但大部分的受試者，為了達成任務，並未打算停止實驗，直到電椅上的人被電到毫無動靜，受試者才驚覺自己電死人。

後來在網路查了一下和<電椅大風吹>很像，有興趣的朋友們可以去看看


壞的流程，可以讓好人變壞人

軟體工程中的MVP

2015/5/16 21:18-21:54

又到了一週一度的發網誌時間，沒想到最近流行的感冒毫無預警地降臨在我身上，乖乖的把醫生的藥都吃完了身體還是不給面子，其實想繼續睡連網誌打懶得打了XD

在北科大的軟體生命週期期中考，考了一題"什麼是Minimum Viable Product？"，在考前我是有上Wiki隨便看了下它的定義，看完之後印象也沒有很深，就字面上的意思"最小可行性產品"解釋，就是----UI做得不用做得太漂亮，東西能動比較重要。然後再衍伸一下，就變成以最小成本驗證產品所帶來的價值。

但是這題我只對了一半XD。

MVP大師云：「通常在開始做一個產品之前，都會有一個願景，假設這個產品會帶來某種很大很大的價值，在真正製作軟體的過程中，隨著每次的產出，驗證它是不是真的和之前的假設一樣帶來很大很大的價值，就像做實驗一樣，一直循環著學習→產出→驗證。」

要一直循環到什麼時候呢？我想到兩個答案：

1. 把公司錢燒光的時候

2. 驗證價值的結果差到不能在差 (這時候就該轉換跑道了，再ㄍㄧㄥ下去傷錢又傷肝)

突然發現以後用Google查觀念時，用圖片查詢的結果比較容易消化

[再來一本書] 習慣的力量

2015/05/09 21:29-22:35


最近終於又讀完了一本書<習慣的力量>，再打這篇網誌的時候，瞪了螢幕五分鐘不知道該怎麼把我的圖書心得分享給各位(迷之音：不會是書不好看吧！)。

會看這本書其實是因為在北科大修課軟體生命週期，我們這組的想要做出一個能讓人養成習慣的App，Erica很熱心地提供很多意見，還順便推薦了這本書，於是在學校圖書館撿到這本書。

作者將習慣從一個迴路開始解釋，這個迴路從這本書的第一章節一直強調到最後一章節

每個習慣，都遵循著這個迴路，我們因為一個暗示，開始了我的慣常行為(或稱習慣行為)，最後得到獎賞。

作者透過科學家的各種實驗證實，人不可能消除舊有的習慣，只能用新的習慣替換舊的習慣。要換掉舊有的習慣，得先找到暗示和獎賞。同樣的暗示和獎賞，可以用不同的慣常行為去取代。

在書中的最後一個篇幅，有個教大家換掉習慣的實戰步驟：

1. 找出慣常行為

2. 用各種獎賞進行實驗

3. 將暗示隔離出來

4. 制定計畫


書中在這邊舉了一個例子：

有一位上班族，每天下午都會買咖啡和餅乾，這樣的行為導致體重急遽增加，他想戒掉下午茶，這應該能幫他控制體重。

1. 找出慣常行為

每天下午喝下午茶配餅乾

2. 用獎賞做實驗

每當進行完慣常行為後，就寫下第一時間想到的三個詞，可以是情緒、感覺或是對自己的想法。

寫下之後，設定15分鐘的鬧鐘，15分鐘過後，就問自己是否還有吃餅乾的衝動。

3. 隔離暗示

要發現暗示比較困難一些，因為暗示的形式有很多種，作者將暗示整理成五種

當衝動出現時，就寫下這五項東西。

書中記錄了三天的暗示，發現每到下午三點多的時候，習慣衝動就會湧現，吃完餅乾之後覺得放鬆。

4. 制定計畫

於是他制定了一個計劃

這樣做了之後，還真的就沒有吃餅乾的衝動，不過剛開始時，有些時候因為工作太忙，舊癮還是會復發。

-----

直接看結論似乎會覺得很唬爛，但你看完這本書，保證你會想試試看。

先來養成運動的習慣吧XD

Scrum初體驗(6) - 守住最後防線

2015/5/1 8:44-9:01

在上一集中，提到我們在Sprint中修改Story，我一直覺得怪怪的。
因為在Scrum中，不建議我們在Sprint中插入緊急的工作，所以我像得了強迫症似的強力反對團隊這樣做。

忍了一個星期之後，終於有機會見道到Scrum大師解惑。

我: 「Scrum大師，我的團隊有罪。我團隊擅自在Sprint中修改Story。我知道Scrum中建議我們不要這麼做，團隊都還沒完全了解Scrum就擅自靈活地變化。是不是應該要求團隊先全面了解Scrum之後，再開始靈活變化會比較好呢？」

Scrum大師 : 「你覺得團隊什麼時候才能完全了解Scrum？」

我 : 「不知道...」

Scrum大師 : 「在Sprint中，當然可以修改Story，這樣的情況發生少數幾次是正常的，但是如果每個Sprint都有這種情況出現，那就要看看是哪裡出了問題。」

原來走我火入魔的是我

Scrum初體驗(5) - 在Sprint進行中重新安排Story

2015/4/18 16:04-16:24

我們團隊進行Sprint Planning Meeting時，挑選的Story已經經過優先權排序，挑選團隊所認為最重要的Story先做。

你猜猜，我們第一個完成的Story是什麼？

沒錯，就是大家開始使用大部分個人化App都會有的功能『登入』

Story會依對客戶的價值，經過排序後擺進Product Backlog，再經由Sprint Planning Meeting這個活動，挑選這個Sprint中所要完成的Story，所以我們團隊認為對客戶最重要的價值是『登入』！？

團隊在一開始已大致了解Scrum的進行方式，但是一個不小心，又掉入流程價值的陷阱，團隊是這樣想的「沒有登入，要怎麼繼續後面的功能？」

流程價值的意思大概是這樣：
在專案還未進行之前，團隊會大致決定App服務的流程，一般都會依流程畫面的先後順序，決定要施工的項目，先出現的流程，就須先實作。

到今天Sprint已經過了四分之三，Scrum大師突襲檢查，反問了我們：「難到系統不登入，就沒辦法體驗你們的App嗎？」

於是團隊驚覺之前的Story排序有錯，這個Sprint的Story應該要重新排序，所以我們利用Daily Scrum的時間重新排序了Story的優先順序，將不重要的Story從Sprint Backlog丟回Product Backlog，新選進來的Story，依照Sprint Planning Meeting的流程一樣，切Task然後估點。

雖然在真的這樣做之前我反對團隊這麼做，但我無法說服團隊不這麼做，其實我也不知道哪裡不好，還沒守住Scrum就先擅自靈活用運Scrum，總覺得怪怪的。

到底哪裡怪？還須請Scrum Master大師指點

Scrum只是一種流程框架，可依團隊狀況自行調整，調整不好就容易走火入魔

Scrum初體驗(4) - Scrum Master 存在的地目

2015/4/18 15:18-15:36


我：「身為Scrum Master，初到一個公司導入敏捷開發的時候，一定會遇到有一種團隊，不知道自動化測試、持續整合、單元測試、版控系統等等等等等，從一個千錘百鍊的Scrum Master眼中，一定會覺得這種開發團隊似乎沒救了，但是又不可能一次把這些知識全部塞給開發團隊，那Scrum Master到底要怎麼抓對時機給開發團隊需要的知識呢？」

Scrum大師：「就像老師帶幼稚園小朋友一樣，幼稚園小朋友不會數學、不會英文、不會國文，你也不可能請數學家教、英文家教幫小朋友惡補，如果真的這樣做了，小朋友一定會被壓垮，當Scrum Master最難的地方，就在於要有耐心，你的主觀上，雖然一下就能看出開發團隊不足的地方，但又不能一次性修正所有的不足，在適當的時候提出一點點的不足，Scrum Master雖是一個觀察者，看似什麼事情都不用做，其實在內心卻要擺番地掙扎，選擇適當的時機一點一點地透過團隊自己發覺這些不足，且引導他們能一點一點地自動克服這些不足。對團隊來說，他們的產品是客戶；對Scrum Master來說，他們的產品是團隊，直到團隊成員能達到自我管理，那Scrum Master有能功臣身退了。有一句話說得很棒：『Scrum Master存在的目的，就是為了消滅自身的存在』」

我：「我懂了，謝謝Scrum大師」

---

雖然我還是不知道什麼時機該向團隊提出缺點，但在Scrum大師的回答中，提醒了自己要有耐心、有耐心、有耐心，因為很重要所以打三遍。

Scrum Master存在的目的，就是為了消滅自身的存在