今天去參加了「敏捷之旅——杭州站」，聽了下來自**代表的演講，感覺學到了點東西：
一、對於web應用開發的新認識：
developer：需要工程師文化，主要負責資料運營支撐 (1-3人，但不要超過3人)
tester：持續整合自動化測試 (1-2人)
前端(js)：提公升頁面效能，尤其是需要考慮使用者網速有快有慢的差別 (1人)
pd(產品經理)：戰略方針的制定，資源的協調 (1人)
視覺(美工)：設計出簡單實用的ui，最好是乙個頁面乙個功能 (1人)
運營：收集使用者意見，並反饋給整個team (>=3人)
二、產品原則：
1 簡單即王道，乙個頁面越是簡單就越好
2 team裡面，每個人都要有種產品經理的念頭，把產品當做自己的產品進行開發
3 只做60分的產品，剩下40分讓使用者提供。一句話，好的產品是改出來的，只有不斷改進，產品才能越來越好
4 敏捷是產品的敏捷
5 方向比需求重要
6 讓資料決定產品的方向
三、開發周期：
user story： 1-2天，不超過3天。
sprint：2-3周
四、scrum master 的職責：
scrum master != pm。在乙個team裡面，人人平等，不存在誰凌駕於誰的關係
記錄daily stand-up meeting 和其他會議的內容
對產品負責。產品做的好，跟你沒關係；產品做的不好，你必須承擔所有責任
五、retrospective meeting (回顧)
批評與自我批評，越尖銳越好，但要堅持「對事不對人」的原則
將會議內容公開出來，保證大家都能看到
六、開發人員應具備的素質：
1 工程師文化，最高境界是「工程師影響客戶」
2 一定要多和運營交流溝通去了解產品和客戶需求 (很多開發人員都會在從業幾年之後轉行做運營)
3 做事情，只要方向正確，不拘泥形式
4 求是精神，只問是非，不計功過
在他看來，真正的「敏捷」是：
犯了錯誤之後立馬調頭——知錯就改，善莫大焉
幫助團隊成員成長
在敏捷團隊裡面，人人都是特種兵。如果給這個團隊財務，拉出去它就是個公司。
更敏捷之旅
在看了一些scrum電子書之後，我開始嘗試在團隊內部推廣這種敏捷方法。開始能採納的也是小範圍的動作，畢竟開始不知道如何走，沒法把所有的流程一下子全部改掉。站會，scrum白板是我們主要的執行手段。可是，經過了乙個月，我們發現站會用掉了我們非常多的時間，非常沒有效率。於是，我們停止了敏捷的腳步。過了半...
敏捷之旅2012天津站活動組織心得
今年2012，是天津軟體本地社群的第二次舉辦敏捷之旅活動。去年的破冰之旅還歷歷在目，經過一年的時間，天津有更多的朋友開始接觸敏捷，實踐敏捷，討論敏捷，並加入軟體社群積極參加和回饋，也使得天津軟體行業更加繁榮和具有競爭力。今年共有四位組織者 eugene xerox king費事 申導 柴阿峰 大家 ...
我的敏捷之旅
首先說說我對敏捷的理解 敏捷在於 敏捷本身 以最有效最快捷最簡單的方式解決問題，這是我對敏捷的理解。而且那些sprint，scrum，tdd，stand up什麼的，甚至是no hierarchy的結構，只是個形式，可以說是best practice。對於敏捷，我認為 在我和客戶之間，和我partn...