研發過程+項目生命周期

助力敏捷研發管理過程實踐解決方案

隨著軟件開發方法的不斷演進,混合的開發方法在各軟件企業和團隊中應用越來越廣泛。每一種開發方法都有其優點,如傳統的瀑布式方要求有詳細的項目計劃和文檔,部署、QA測試和交付過程嚴謹。而敏捷方法的優點則體現在能夠快速迭代,更多的強調人員在整個開發過程中所發揮的作用。

有研究機構數據顯示,越來越多的開發團隊開始采用混合的開發方法。其中,有的團隊同時采用XP、SCRUM等多種敏捷方法,也有同時采用敏捷和傳統相結合的方法,而只采用一種敏捷方法的團隊或企業的比例還不足三分之一。

基于Scrum方法,TechExcel 提出了大團隊敏捷開發方法.

查看完整敏捷方案

DevSuite敏捷研發管理解決方案介紹

為您推薦TechExcel獨創的混合敏捷開發方法:SpecDD

基于同時支持敏捷開發和非敏捷開發流程而設計,使得開發團隊能用相同的辦法來同時管理敏捷型、瀑布型、迭代型等敏捷和非敏捷項目。詳情可查看>>

敏捷研發管理方案的優勢

敏捷研發管理

團隊管理

Scrum Master

負責管理Scrum流程, 確保Scrum正常運轉。
Scrum Master是教練, 是牧羊犬,是Scrum項目秩序的維護者。

產品負責人

負責管理產品Backlog 并使游戲項目價值最大化,代表項目的全體利益相關者。

團隊 

團隊是負責開發軟件的跨職能小組。團隊是自我管理的,在Scrum Master 的幫助下,團隊提出承諾,完成自己的承諾,實現軟件價值。

Scrum of Scrums 

傳統Scrum方法僅適用于5-10人的團隊,通過Scrum of Scrums的方法,可以將Scrum團隊擴展到很大規模。我們可以將團隊分解為多個小的子團隊,每個子團隊均有一名Scrum Master,聽命于項目經理,每個子團隊也有相對應的產品負責人。子團隊成員會隨著項目的進展而不斷調整,但是在一個Sprint周期內,團隊成員與產品負責人是固定不變的。

敏捷研發管理

團隊擴展

傳統開發團隊只包含了程序員,Scrum 團隊是一個跨職能的團隊,要求團隊中不但有程序人員,也要包含了測試、美術甚至是腳本策劃人員,凡是生產最終游戲產品的人員,均可以包含在團隊之中,團隊的跨職能保障了每個團隊都能夠獨立工作解決困難,不需要依賴其他團隊。

產品負責人組

當產品負責人數量較多時,產品負責人也會進行分組,游戲公司是典型的例子。 在游戲項目中,策劃人員充當著產品負責人的角色,由于游戲龐大負責,策劃人員也會進行分組,策劃人員分組時可以考慮和團隊分組保持同步,以加強Scrum工作效率。

敏捷研發管理產品Backlog 管理

建立Backlog層次結構

策劃人員負責創建Backlog條目,完善條目信息,為條目設定優先級。 詳細描述故事標題、優先級、故事。

故事評審

建立故事之間關聯聯系。

工作流程管理

 

敏捷研發管理Sprint 計劃會

計劃會之前,Scrum Master 會創建新的Sprint,設定Sprint的起止日期。Sprint內部還可按照子團隊的劃分再次細化,以適應Scrum of Scrums管理方法。

之后為每個子團隊分配工作總時間,每個人告訴Scrum Master在這個Sprint 周期內,能夠提供多少天的工作時間,這個數值將會作為Sprint工作任務分配的參照。Sprint計劃會分為兩部分,前一部分,為產品負責人為大家講解用戶故事, 按照優先級順序逐條講解故事,團隊成員會向產品負責人提出和故事相關的種種疑問,產品負責人負責回答團隊的問題,并隨時補充故事描述或調整優先級。

計劃會的后半部分中,團隊要對故事的規模進行估算,通常先整個小組估算任務,會后再分配任務,這樣才有利于以團隊的整體智慧和能力估算一個任務的工作量,從而避免錯誤理解、笨拙的實現方法或不知道可以重用以往成果等問題。故事規模以點為單位,之后我們還要將規模轉換為工作時間,故事點到時間的轉換比率,可以同過以往Sprint實現情況來獲得 將故事按照優先級順序,分配到Sprint中。

預警星到達甘特圖最右端說明分配的任務已經達到預計任務量,這時團隊決定是否繼續向Sprint內添加任務。

Sprint目標,即"我們為什么要進行這個Sprint?為什么我們不直接放假算了?[1]"Sprint目標是整個Sprint內工作的核心方向,是在整個Sprint當中團隊判斷應該做什么,不應該做什么的標準。Sprint目標是團隊和產品負責人共同制定的,尚未完成的目標,如:"完成內測前最后的生活技能和聊天系統調整","修改洗錢Bug,并保證端午節活動上線"等。

 

 

敏捷研發管理Daily Standup Meeting

敏捷研發管理

初期在自維護團隊文化形成之前,往往由Scrum Master為團隊成員分配, 但應當不斷鼓勵隊員主動承擔適合自己的工作,而非因為"已經完成了自己的任務"而袖手旁觀。

Scrum實施初期,大家還沒有形成嚴格的紀律性,任務狀態與時間更新普遍存在遺漏問題,我們可以將4、5 中的工作放在每日立會中,作為每日立會的固定程序。

敏捷研發管理評審會

評審會上,產品負責人、干系人、團隊成員和Scrum Master均須參加,團隊成員按照Sprint中的完成的故事逐條演示,產品負責人、項目干系人對該功能進行評審,并將評審結果記錄下來。

敏捷研發管理反思會

敏捷研發管理

反思會上常見的問題:

  • 上個Sprint中我們哪些事情做的好?
  • 我們還需要改進哪些事情?
  • 我們可以在下個Sprint中嘗試什么?
  • 我們要在下個Sprint中調整些什么?

作為一個自維護團隊,Scrum 團隊被鼓勵在不與Scrum框架沖突的情況下,做任何他們認為正確的改進和嘗試:是否需要減少文檔?是否需要重新分配團隊?Sprint周期長度是否合適?等等,產品負責人和Scrum Master會協助他們討論、判斷、實驗這些想法。這與普通團隊被動接受開發過程的模式截然不同,因此反思會的參與者應該充分表達自己的真實想法。

相關新聞

更多

文章推薦

客戶評價

“DevSuite解決方案已經在我們的項目組成功實施,我們非常喜歡DevSuite解決方案中的需求管理、變更管理、任務跟蹤管理和知識管理模塊,這些模塊能夠圍繞‘知識’對開發過程進行管理,難能可貴的是,DevSuite完全能夠支持我們團隊的開發模式,具有嚴格的團隊權限管理和工作流控制機制,使我們的敏捷開發流程更加可控。”

— 陳飛舟, 副總裁,
金山游戲


“通過部署DevSuite游戲研發管理工具平臺和導入敏捷開發,能更好的為游戲研發大團隊提供豐富的理論指導和幫助,為盛大打造優秀的自主研發產品提供了必要的技術保障。盛大不僅僅關注其自身的研發,也持續不斷的幫助18 基金投資的研發團隊,讓所有的研發團隊在盛大這個大家庭中,共同快樂的成長,分享成功的經驗和喜悅。”

— 李瑜, CEO,
盛大網絡


敏捷研發管理

售后服務平臺登錄

用戶名:

密碼:

登錄
浙江快乐彩12选5开奖结果走势图