最近開始研究敏捷開發，公司的專案管理有些混亂，效率不高，一直想著有沒有什麼改進的辦法，最後想到可以試試敏捷．昨天公司開會我提出了做一些改革的想法，希望公司開始慢慢推行敏捷來提高溝通效率，提升交付質量．領導層明確表示支援，但是可能沒有那麼快開始全面實行，而且公司現在基本上沒有人在敏捷管理這塊有經驗，希望我們在一些小的專案上慢慢試行．因為沒有經驗，我最近買了不少書，也在網上找了很多的資料來了解Scrum，並在不久前針對team成員做了入門的培訓，大家開始有了一些基本的認識．這次我們準備在一個小的demo上先試水一下．

　　我們打算開發一個RSVP系統，就是請求反饋，比如使用者建立一項活動，其它人可以參加，建立人可以邀請別人，並期望得到反饋，這個主要是用來方便公司內部部門活動的管理．Lewis提出這個專案，自然而然他就做發專案發起人，擔任PO的角色，我負責SM的工作，另外還有３人負責具體的開發．

　　我對需求做了簡單的分析，完成了需求規格說明書，包括用例圖，用例規約和一些環境上的約束．然後根據主要的需求抽象出了部分物件，完成了主要的序列圖，設計部分基本就完成了．可以說是簡單的設計，沒有深入到細節．

　　今天我們開始了第一次的Sprint計劃會議，由於大家都沒有經驗，PO並沒有把需求和使用者故事事先形成product backlog寫到我們的scrum工具裡(我們用的是scrumworks)．於是我們只好在會議上邊討論邊完成product backlog．我們首先定義出首頁、登入模組、註冊模組、SVN的構建、活動建立、活動列表等backlog，這裡說明一下，我們使用的是adobe的CQ5進行開發，SVN這部分比較麻煩還沒有弄好，而且CQ5是相對全新的框架，大家都沒有經驗，對時間的估算我們基本上沒有底，另外我們這幾個人都不是全職的，都在做其它的專案，這隻能算是業餘的額外任務，所以我們的第一個sprint定義了3周，並且我們只加了4個backlog到這次衝刺，分別是首頁、登入、註冊和SVN的構建。確定這4個backlog後，我們開發討論拆分任務：

        首頁 -> 頁面設計和頁面實現

        登入 -> 單元測試、component實現、UI設計

        註冊  -> 單元測試、component實現、UI設計

        SVN構建      

       拆分完任務後我們開始估算時間，對於時間的估算我們試著採用了scrum撲克牌的方式，不過我們是用手指來表示。因為大家對於CQ5沒有經驗，對時間的估算也是相對比較主觀，憑感覺較多。估算完成計算了一下總的時間48小時，我們3周是15*8 ＝ 120小時，但是因為我們不是全職開發，基本上每天只有3小時左右，算下來剛剛好。

       然後我們開始認領任務，其實還是主要是分配，大家的自主意識還不強，不過第一次的sprint會議進行的還算過得去了。

       下週一我們會開始開發，並且試著執行每日站會，我的想法是沒有經驗就不要試著創新，按照華為的思想是先僵化後固化再優化。所以我們應該先照搬書上的條條框框，在實行過程中去發現問題，去總結再改進。

      說明：因為我們完全是從書上找經驗，沒有實際應用過，所以可能會有很多問題，我會堅持記錄整個過程，大家如果有興趣看了後發現有什麼問題，請幫助指出來，如果您有相關的經驗，請不吝賜教，萬分感謝！！！