使用codeBeamer+Groovy script+Build-以Scrum專案管理為範例
前一陣子codeBeamer原廠INTLAND的客戶USDA向我們展示了如何使用codeBeamer+SVN+ANT Build+Groovy來處理Scrum專案管理過程中的自動化管理, O. David 目前在Colorad State University擔任教職, 並於USDA 農業部使用Java開發環境模擬軟體, O. David將codeBeamer的java api再包一層Groovy script api, 並示範如何用Groovy script來進行一些在scrum專案管理過程中的自動化的資料處理, 如果對Scrum(or Agile 我認為這份簡報也適用於Agile專案管理)自動化有興趣, 可以到http://www.javaforge.com/displayDocument/BPM.pdf?doc_id=68991
下載這份簡報, 應該會很有收穫.
這份簡報並不講述為何使用Scrum或是什麼是Scrum, 而是著重如何使用工具來做Scrum的自動化管理, 在這份簡報, O. David示範了
1. 如何使用groovy script來讀取codeBeamer的Tracker , Forum, Builds Documents Users.
2. 解釋為何使用Groovy?
3. 使用Groovy+Codebeamer的安裝需求
4. 支援SCRUM的目標與好處
5. 使用Groovy準備Sprint review meeting (sprint backlog, daily burndown chart )
6. 使用Groovy做scm(例如subversion) commit control, commit code後, 使用Groovy script自動將對應的有修正的issue list改成Fixed
7. 使用Groovy來進行稽核式的Build管理流程自動化(根據issue fix狀態, 與scm commit記錄 來判斷是否要build一版 )
8. Build成功, 自動建立MileStone , 並將MileStone相關的issue與request與Build好的binary做association, 並將這些issue/request list更改狀態為準備測試, 然後進行下一步的測試, 如果測試都OK 這個MileStone or Iteration才算完成
O.David 將Groovy 與 codeBeamer的api整合並release其source code有興趣如何在既有的java api上在包一曾Groovy, 可以到http://www.javaforge.com/project/2582這個opensource專案參考
下載這份簡報, 應該會很有收穫.
這份簡報並不講述為何使用Scrum或是什麼是Scrum, 而是著重如何使用工具來做Scrum的自動化管理, 在這份簡報, O. David示範了
1. 如何使用groovy script來讀取codeBeamer的Tracker , Forum, Builds Documents Users.
2. 解釋為何使用Groovy?
3. 使用Groovy+Codebeamer的安裝需求
4. 支援SCRUM的目標與好處
5. 使用Groovy準備Sprint review meeting (sprint backlog, daily burndown chart )
6. 使用Groovy做scm(例如subversion) commit control, commit code後, 使用Groovy script自動將對應的有修正的issue list改成Fixed
7. 使用Groovy來進行稽核式的Build管理流程自動化(根據issue fix狀態, 與scm commit記錄 來判斷是否要build一版 )
8. Build成功, 自動建立MileStone , 並將MileStone相關的issue與request與Build好的binary做association, 並將這些issue/request list更改狀態為準備測試, 然後進行下一步的測試, 如果測試都OK 這個MileStone or Iteration才算完成
O.David 將Groovy 與 codeBeamer的api整合並release其source code有興趣如何在既有的java api上在包一曾Groovy, 可以到http://www.javaforge.com/project/2582這個opensource專案參考
補充說明:
- 這份簡報, O. David雖然是Java開發者, 但O. David也示範的C/C++的make build , 所以這份簡報也適用使用非Java開發的軟體專案如C/C++, .Net, Object-C 也都適用,
- 這份簡報並沒有提到unit test部分, 如果專案是以TDD(Test driven development ) , 我建議可以在稽核式的Build流程自動化那一部分將unit test加入, 在技術上是可行的)
留言