輕鬆Scrum之旅（上）

四、深入Scrum

１．調整座位：

　　敏捷開發強調面對面的交流，創造一個有利於敏捷溝通的工作環境至關重要。不過這個不是絕對的，在我帶的專案中，沒有采取該辦法。雖然這樣交流很方便，但是會出現偷懶的現象，比如這個人看到那個同學做出來了，自己就會不自覺的去問別人，這樣就缺少了自己動腦思考的過程。雖然能保證快速開發，但是並不是很適合獨立學習。

　　如果站在學習的角度，大家在自己的位置上，沒有挨著。以最“艱苦”的環境去培養，以後在挨著坐的環境中工作就更加如魚得水了。

２．精益思想、口號的力量

　　從使用者角度出發，根據商業價值來安排優先順序順序，避免不必要的浪費。

　　Sprint Goal 是鼓舞士氣的好方法。後期開發的時候，每天我都拿著一張表格，細化到每個頁面的每個功能，每個按鈕去驗收大家做的成果。目的不是為了壓迫，是讓大家清楚自己哪部分還沒有幹完。開始大家有反感情緒，不過後來就好多了。

３.測試的介入

　　在 Scrum中，實際要求Scrum團隊是跨職能的。一個Scrum團隊應該包含開發人員、測試人員、美工及文件人員。敏捷開發流程迫切的需要一個跨職能的團隊。不過在我們的開發中，測試並沒有介入，這裡我也存在一些問題，比如有些工作本身自己就覺得有問題，或者功能時好時壞，是不是測試組不適合介入呢？

４.結隊程式設計

　　在我們的開發中，不自覺採用結隊程式設計。因此第一次開發，很困難，大部分組員技術也沒有達到專案開發需要的水平，所以讓技術差的和好的在一起程式設計，一個人做一個人看著，比較容易增加組員的耐心，辦事比一個人在那琢磨要快的多。結隊同時也防止了個人偷懶的小毛病。不過如果運用不好了，也會出現技術不好的一直不能自己獨立完成的弊病。

５．持續整合

　　持續整合是敏捷開發中核心的工程實踐，它是敏捷產出“可以工作的軟體”（Working Software）的有利保障。我們持續整合採用的工具是Jekins, 持續整合讓我們在構建的過程中很快看到成品，整合也會幫我們檢出一些錯誤，為產品的可用性保駕護航。

五、臨時員工

　　在我們的專案開發過程中也有新加入的成員。在我們組裡面還好，上手還比較快。採用的是老生帶一個新手的策略。

　　首先，統一開發所需軟體版本，配置嚴格要求（SVN），為組員新增 confluence、禪道、SVN、今目標、為知的許可權。

　　其次，讓他們熟悉一下需求文件和原型圖，明確需求。同時這個階段還要巨集觀告訴他們都要幹啥。

　　然後，讓他們在框架上面跑一條線，還要進行預備知識的學習（ＷＣＦ／ＥＦ／Ｌｉｎｑ／Ａｘｕｒｅ視訊／ＰＤ視訊等）。

　　最後，分配任務，從比較簡單的前臺開始，讓他們先畫畫介面，隨後，敲一些簡單的功能，等到二期的時候，差不多就可以進行復雜功能的實現了。

總結：

　　第一次做系統，很累，但是很有成就感。有時候捱罵，有時候也跟別人吵。但是，終究，我們還是學到了很多東西，無論從技術、管理、交流、還是工具的使用上。這已經足夠。