在開始之前簡單介紹一下：小龍服務於一家叫做xx的軟體公司,在裡面是乙個開發團隊的pl,直接領導是老徐。
小龍的開發團隊總共有七人,乙個最佳的scrum開發團隊人數
pl： 小龍
成員 ： 賓哥 紅姐(mm) 小美女(mm) 排骨(mm) 小梅(mm) 小梁(mm)
呵呵,看到性別後大家都傻眼了吧,七個人的團隊中有五個mm!這可是事實!是不是有些羨慕呀.
新的開始
剛做完乙個專案，專案的的人員都比較空閒，作為專案pl的小龍也在近期對上乙個專案進行了總結(備註：作為團隊的管理者，乙個專案完成之後一定要做乙個詳細的專案總結,作為開發人員最好也要總結，總結自己得失，最好能以文字的方式輸出給自己的領導).
上乙個專案是乙個典型的採用scrum框架的敏捷專案,也是小龍所帶領團隊重組後的第乙個專案,由於剛開始整個團隊對敏捷的認識不足、專案範圍的控制力度不夠、等因素導致原計畫6個月的專案延遲了整整2個月，這樣讓以前自信滿滿的小龍受到了不小的打擊.
唯一值得高興的是經過這長達8個月的敏捷實戰，在經歷了數次血淋淋的教訓之後,團隊上下對敏捷開發的認識更深了一步，團隊之間的配合越加密切，積極性和主人翁意識也越來越高了,並且在專案後期大家一起努力整理出來了一套適合自己團隊的敏捷開發方式.但是，因為是在專案後期，許多任務作是不可能重新來做的，所以這些開發方式對這個已經收尾的專案沒有起到多大的作用.這也使團隊每個成員都憋著勁，都希望可以找乙個專案好好的實踐一下我們自己的開發方式...於是為了提高團隊的信心和驗證一下我們自己的敏捷開發方式，小龍開始考慮著是否主動去找領導接乙個小專案來做做。
(注：適合我們團隊的敏捷開發方式--並不是我們自己搞了一套敏捷開發方式，還是使用scrum開發，而是根據我們團隊的特點來決定在scrum的各個階段我們應該重點關注哪些事情，重點做哪些事情,應該由誰來做等等，乙個新團隊如果在沒有充足的敏捷經驗的情況下，照著scrum的規範來做，都會出現一些亂七八糟的問題，並不是scrum有問題，而是團隊不知道如何做，或者做到什麼樣子的程度才算符合.)
在接下來的幾天裡，小龍給團隊成員安排了一些學習性的任務，並沒有著急的開始去接專案，畢竟剛做完乙個這麼長週期的專案，雖然不怎麼加班，但是大家的心理上還是比較疲勞的，正好在這個階段給大家放鬆一下...順便讓大家充充電，多學習點知識，為下乙個專案做好充足的準備.(注：做完乙個專案之後一定要然給大家休息一下，但休息不等於放假，讓大家學學新知識，充足一下自己也算是另一種休息)當然小龍本人也在這段時間完善一下自己整理了幾個專題《開發管理checklists》《哲理故事與管理之道》《eclipse rcp/rap 開發經驗總結》,這樣即可以鞏固個人對管理和技術上的認識，又可以讓其他朋友參考和學習，何樂而不為呢...
就這樣又過來幾天，看到大家都放鬆的差不多了，再放鬆下去就容易產生惰性了,小龍準備去找自己的領導老徐去溝通（備註：為什麼要主動找領導溝通？舉乙個很簡單的例子--你站在乙個管理者的角度考慮，2個差不多的員工，乙個經常找你溝通，向你要需求，乙個你要自己去找他溝通，給他分配需求，你喜歡哪個？），很早之前就聽領導老徐說希望要做乙個人力資源管理系統，正好現在大家也休息了一小段時間了，不如拿這個專案試驗一下我們總結的的敏捷開發實踐的效果?帶著這份期望，小龍來到了老徐的辦公桌前：
"徐工，最近團隊有點空閒時間，要不我們做一下你前段時間說的人力資源管理系統?"
"好呀，你們上個專案都測試完了，沒有問題了？"
"是的，已經沒有問題了，所以才來找你呀!"
"好!那我給你簡單講下這個需求吧.這個小專案的目的是統一管理我們xx組所有的人力資源，由於我們目前大約有七八十個員工不怎麼好，每個員工最近在幹什麼，是否出差，是否請假都不是很清楚，我希望這個平台能夠管理和檢視所有人員目前工作狀態和日誌的管理... ..."
接下來老徐有開始介紹細節"這個系統大約分為2個主要的管理介面，乙個是人員個人基本資訊管理介面，另外乙個是人員所在做的專案和所作任務管介面，系統的許可權也需要進行控制，不同級別的人員登入後看到的介面不一樣，許可權也不一樣..."
經過和老徐半個小時的溝通，小龍終於差不多了解專案的需求和介面的展示方式.於是小龍就回到了辦公桌上整理剛才的溝通結果,並讓賓哥預訂乙個會議室準備開組內會議.
------待續
-----------------------------分割線--------------------------------
為什麼要寫著這一系列的文章？第
一、如同文章剛開始說的，上乙個敏捷專案還算可以，但是個人認為不怎麼成功，後期整理了一套適合自己團隊的敏捷開發管理方式，我個人想把這個方式正式的用在專案中，就如同上面說的哦"寫出來，即可鞏固個人對管理和技術上的認識，又可以讓其他朋友參考和學習，何樂而不為呢..." 第
二、個人也想驗證一下自己整理的《開發管理checklists》具體實用性,我會按照著這個專欄的大體順序往下執行,當然我也會在文章中指出在什麼階段可以使用哪個checklist
《敏捷開發之旅》 同步更新於 iteye / csdn 轉在請表明出處
《敏捷開發之旅》 by dyllove98 @
《敏捷開發之旅》 by dyllove98 @
敏捷開發之旅 1 新的開始
在開始之前簡單介紹一下 小龍服務於一家叫做xx的軟體公司,在裡面是乙個開發團隊的pl,直接領導是老徐。小龍的開發團隊總共有七人,乙個最佳的scrum開發團隊人數 pl 小龍 成員 賓哥 紅姐 mm 小美女 mm 排骨 mm 小梅 mm 小梁 mm 呵呵,看到性別後大家都傻眼了吧,七個人的團隊中有五個...
開始Go開發之旅
如果是公升級golang老版本你首先必須先移除已經存在的版本。linux,mac os x,freebsd tar包 例如如果你安裝go到你的home目錄你應該新增新增類似如下到 home profile export goroot home go1.x export path path goroo...
開始FlexWiki之旅 1
剛剛和wso angel在qq上通了話，他給我講了翻譯flexwiki中的一些心得，以及這套開源系統的一些知識。於是，我下決心，開始在blog上研究這套原始碼了。其實只有flexwiki.web和flexwikiengine在用，因為是基於檔案訪問的，所以不需要db操作。這是微軟的兩個牛人寫的，看樣...