敏捷軟件開發的核心是：使用項目行為的輕 量但足夠的規則以及使用以人為本的規則及面向溝通的規則。Scrum的Sprint計劃會議非常關鍵，應該算是Scrum中最重要的活動(這當然是我的 主觀意見)。要是它執行的不好，整個sprint甚至都會被毀掉。
TFS2010集成平臺的開發項目的合作
Scrom敏捷過程管理實施流程，如圖所示。將整個產品的 backlog分解成Sprint Backlog,這個Sprint Backlog是按照目前的人力物力條件可以完成的。召開sprint planning meeting，劃分，確定這個Sprint內需要完成的任務，標注任務的優先級并分配給每個成員。注意這里的任務是以小時計算的，并不是按人天計算。進 入sprint開發周期，在這個周期內，每天需要召開Daily Scrum meeting。整個sprint周期結束，召開Sprint review meeting，將成果演示給Product Owner.團隊成員最后召開Sprint retrospective meeting，總結問題和經驗。這樣周而復始，按照同樣的步驟進行下一次Sprint。
最終結果是，每個Sprint都產生出一個可 見的、可用的交付產品，并向用戶進行展示。一個增量可能是中期的，也可能是可交付的，但是它應該是獨立的。 Sprint的目標是完成盡可能多的優質軟件來確實質性進展，而不是用紙上里程碑(paper milestones)作為依據。
4.Scrum 索引卡
在大多數sprint 計劃會議上，大家都會討論產品 backlog中的故事細節。對故事進行估算、重定優先級、進一步確認細節、拆分，等等都會在會議上完成。敏捷開發中提倡建立物理索引卡。要想收到好的效 果，不妨創建一些索引卡，把它們放到墻上。筆者在這里也有個擴展方法，可以制作電子版的索引卡，如圖所示�？梢� 清晰、直觀的顯示燃盡圖和索引卡等信息。
Scrom敏捷過程管理
5.總結
Visual Studio 2010的增強的功能特點結合MSF for Agile Software Development V5.0中的Scrum敏捷過程框架，使從事在微軟.NET技術相關工作方向的人們擁有了一把利劍。
如果我們把微軟Visual Studio 2010工具，看成是敏捷開發團隊中，在不同階段中所使用的劍，隨著你的功夫和意境提高，你手中的利器就顯著不重要了，無劍的境界便是最高的追求。敏捷有時也為靈感所致，如果敏捷團隊的人們能鍛煉出這種境界，便是軟件開發之最高境界，那就是敏捷之道了。所以，敏捷的開發團隊也是講究天人合一(團隊敏捷意識合而為一)，敏捷也是哲學的。
內因就是驅動員工愿意干事情，要有內在驅動力。每個人敏感程度不同，給每個類型程序員的驅動力也不同。所有的員工自動自發的工作都是有內因的，掃描你的團隊成員屬于哪種類型。如果程序員是危機風險型，你就提供他創新的機會和平臺，發揮他的最大內因驅動力等。當然，這都必須結合外因才會可度量、可操作、可監控和有目標方向。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
