GScrum
項目管理背景及敏捷項目管理
項目是指經過一段時間的努力去創造出一個獨特的產品，服務或其它的一種成果。傳統的項目管理理論和實踐是從建築，工程設計和製造等領域發展起來的。在美國，作爲先驅， Henry Gantt 被稱爲項目計劃與管理方面的創始人。後來，項目管理的理論與實踐在項目調度數學模型，成本估算，成本管理，工程經濟學等方面蓬勃發展。 1969 年，美國項目管理學會 (PMI) 正式成立並服務於整個行業。 PMI 專門成立了一個研究項目管理的領域，該領域涉及項目管理的一體化，範圍，時間，成本，質量，人力資源，勾通，風險和採購管理等問題。許多項目開發的最佳實踐和理論知識都包含在這個領域中。
從項目管理的諸多實踐經驗中，許多組織都總結出一套實用的辦法和程序來管理項目，而這些辦法和程序大部分都和 PMI 所定義的技術和過程有共同之處。而使用 PMI 定義的全套的項目管理的結構和辦法需要大量的管理工作，這本身就是一個較大的工程 , 帶來很大的工作量。所以大部分組織和項目管理人員都採用以 PMI 的規範爲基礎，給自己量身定製的一套程序和方法來管理自己的項目。
對於 IT 項目，特別是軟件開發項目管理，敏捷方法已經在全世界範圍成爲一種趨勢，而敏捷項目管理就是對敏捷軟件開發項目的管理方法。在覈心的敏捷框架下，傳統的項目管理概念，比如：成本控制，質量管理和人力資源控制等都可以被無縫集成。區別於傳統的軟件工程模式如瀑布式，螺旋式以及最近的 Rational 統一過程 (RUP) 模式，在許多 IT 項目中，敏捷方法在處理不可避免的需求改變的情況顯得更自然，更容易一些。在衆多的敏捷方法中， Scrum 是更側重於項目管理的比較完善的敏捷方法，同時，許多其它的敏捷方法可以與 Scrum 結合，一起運用到敏捷項目開發中去。
GScrum 建立在 Scrum 框架基礎之上。它是一套強大的項目管理平臺，能把所有敏捷開發的優勢帶入到項目開發中。同時， GScrum 着重於項目的流程管理 , 同時可以兼容項目管理的其他方面，用戶可以自由的選擇及集成其他需要的甚至是傳統的項目管理功能，比如成本或預算管理，以及人力資源管理等。
GScrum 具有哪些商業價值 ?
GScrum 採用敏捷方法進行項目管理。 通過適當的 Scrum 和 GScrum 的培訓和全面的運用，它能夠在敏捷項目管理中幫助管理層實時，全面地掌握項目全局和細節，並幫助開發團隊充分發揮潛力。
· 在敏捷項目管理中提高效率，增強生產力。
· 更具擴展性和定製能力，滿足您的需求，加強現有的業務能力。
· 通過信息共享和透明化，保持團隊勾通交流暢通無阻。
· 通過縮短週期以及積極的適應變化，降低項目風險。
· 專注質量和商業價值，在每個週期結束以後能立即實現現有產品的商業價值，因此能最大化投資回報率 (ROI) 。
· 加快產品開發和上市時間。
GScrum 能爲你做什麼 ?
GScrum 是功能齊全的，基於 web 2.0 的項目管理平臺。在項目開發的各個階段，項目管理層，利益相關者以及開發人員都能得到它的幫助。
計劃階段
計劃在 GScrum 中分爲 4 個階段：產品需求條目 (Product Backlog) 計劃，項目和資源規劃，敏捷週期 (Sprint) 計劃和任務計劃。
產品需求條目 (Product Backlog) 計劃
產品需求是對該產品所有要求的收集，分析和評估。一個產品需求條目 (Product Backlog) 可以是一個產品特徵，描述，案例或是技術要求。產品擁有者，需求方以及最終用戶都可以參與到產品需求條目 (Product Backlog) 的定義中，以使產品需求更加明確，更細節化。 GScrum 能幫助他們更好的收集需求條目 (Product Backlog) ，編輯需求。
· 支持 HTML 編輯，讓產品需求條目 (Product Backlog) 說明更生動，更容易描述。另外多媒體圖片甚至視頻都可以被加入到需求說明中。
· 可以對需求條目 (Product Backlog) 劃分優先級，估計完成時間，分類，並且可以自定義條件對其進行過濾跟蹤。
· 開始開發之前，成熟的產品需求條目 (Product Backlog) 將被放入一個管理隊列中。
· 可以跟蹤每個獨立產品需求條目 (Product Backlog) 的開發進度。
· 多個用戶角色可以參與到同一個產品需求條目 (Product Backlog) 的定義中；同時當需求有所變化的時候，每個用戶角色都能及時的得到通知。
· 每個產品需求條目 (Product Backlog) 都可以估計開發時間，用戶可以自行定義計量單位，可以是小時，天，或者是某種預算單位。
· 每個產品需求條目 (Product Backlog) 都可以有一個價值估計值，以標識在該需求完成之後將會帶來多大的商業利益。
項目和資源規劃
一個產品可以有多個項目組成，每個項目分別完成該產品不同的功能或子系統。不同的項目可以由不同的人力資源組完成，同時，同一個人力資源組也可以完成多個不同的項目。
· GScrum 可以創建並管理不同的項目。
· GScrum 記錄所有人力資源的信息，如 掌握的技術知識 , 工作經驗 , 工作表現以及每天的工作情況。
· 人力資源能被很方便的被分配到各個不同的項目不同角色中。
敏捷週期 (Sprint) 規劃
Scrum 中規定的敏捷週期 (Sprint) 通常是指一個較短時間內的開發週期。這個週期通常是 2-4 周時間；當然，如果有必要，完全可以讓一個週期持續一年時間。一旦一個產品需求條目 (Product Backlog) 被定義得足夠詳細並且通常具備一些驗收標準後，便可以把該產品需求條目 (Product Backlog) 放入 GScrum 的管理隊列中。只有在管理隊列中的產品需求條目 (Product Backlog) 纔可以被安排到某個開發週期中並開始開發。通常在週期規劃會上，產品擁有者， Scrum 專家和項目經理會決定下一個計劃週期將開發哪些產品需求條目 (Product Backlog) 。而 GScrum 將有助於計劃和管理每個開發週期。
· GScrum 可以創建並管理開發週期。
· 產品需求條目 (Product Backlog) 可以方便地被分配給下一個計劃週期。
· GScrum 可以自動統計和維護週期內的全部價值值和估計開發時間。
任務計劃
在開發週期正式開始之前，開發小組將對該週期內的每個產品需求條目 (Product Backlog) 進行詳細的開發設計。開發設計階段將闡述如何具體實現每一個產品需求；開發小組將針對不同的需求設計多個具體的開發任務來實現需求。
· GScrum 可以創建，修改任務，設置任務的優先級並把它分派給某個開發人員。
· 開發人員可自定義一個時間單位如：小時，天或點來估計每個任務的完成時間。
· 如果需要可以給任務附加文件作爲 UI 設計等的輔助材料。
實施階段
隨着開發週期的進行，開發小組成員可以在 GScrum 上更新每個任務的開發進度。
· 開發人員可以隨時在 GScrum 上記錄開發進度，並且 GScrum 會記錄每個任務每天的進展情況。
· 開發人員可以在每天的 Scrum 說明上記錄任務的進展狀態，比如已完成部分，遇到哪些障礙以及下一步要做什麼等。
· GScrum 集成了版本控制系統，因此，它能夠跟蹤每個任務進度的代碼更新情況。
質量管理
GScrum 有自己的問題跟蹤系統，它與任務處理及任務跟蹤系統緊密結合在一起。
· 錯誤 (Bug) ，問題，障礙，新的思路以及所有在開發過程中遇到的事情都可以記錄到一個問題中。
· 富文本編輯器使問題更明確更容易被描述。
· 每當一個問題有所進展， GScrum 將自動跟蹤問題的狀態 ( 新問題，已分配，正在處理，等待驗證，關閉，取消 ) 。
· 問題可以與產品需求條目 (Product Backlog) 以及當前進行的開發週期結合來追蹤產品需求條目 (Product Backlog) 的開發質量。
監測跟蹤
GScrum 有各種便捷的方法，從不同的角度來檢測和跟蹤項目的實施和進展情況。
· 產品需求條目 (Product Backlog) 積累圖表顯示出所有產品需求在不同的時期所處在的狀態如：等待，正在進行，完成等。
· Sprint burndown chart 顯示整個開發週期的進度。
· Backlog burndown chart 可以跟蹤每個產品需求的進度。
· Task burndown chart 顯示每個任務的進度。
· Recent progress chart 顯示在過去 24 小時，過去 7 天和過去一個月內的所有進度。
· Resource load chart 追蹤每個開發成員以及整個開發團隊每天的工作情況。
· Issue charts 顯示在某個開發週期或整個項目開發過程中所有問題的總體狀況。
· Email 提醒功能可以在某個事件發生的時候給事件訂閱者發送郵件；可訂閱的事件包括：產品需求變更，新的問題出現，新的任務進度，問題狀態改變等。
