我對可能在我的開發團隊中使用Scrum感興趣(是的,我知道過渡到它會有點痛苦)。但是,我們沒有團隊系統,可能目前無法立即獲得。如何在沒有團隊系統的情況下使用Scrum和Visual Studio
在沒有Team System的情況下,在.NET/Visual Studio環境中使團隊在Scrum上運行並開始運行有哪些可行的工具?
我對可能在我的開發團隊中使用Scrum感興趣(是的,我知道過渡到它會有點痛苦)。但是,我們沒有團隊系統,可能目前無法立即獲得。如何在沒有團隊系統的情況下使用Scrum和Visual Studio
在沒有Team System的情況下,在.NET/Visual Studio環境中使團隊在Scrum上運行並開始運行有哪些可行的工具?
真的你需要的是一個bug跟蹤軟件,以跟蹤當前sprint的熱點問題。它甚至可以是電子表格(不要使用電子表格)。 SCRUM是一種方法論,http://en.wikipedia.org/wiki/Scrum_(development),並不需要太多的團隊系統,因爲它需要一個好的項目經理和一個團隊。
相關注:SVNStats - 創建的存儲庫中的隨着時間的推移發生了什麼事一些很酷的報告Java項目,讓你一些漂亮的代碼改動指標
所以MSBuild的是,你會揭開序幕膠水這些工具處於不同的開發階段,或者您可以將鉤子添加到源代碼存儲庫發生的事件中。這是一個粗略的工具/應用程序列表,它提供了Team System提供的功能之一。
關於這個列表的好處 - 除了NDepend,所有這些都是免費的商業和私人使用。
我曾經參與過我最後一家公司的Scrum團隊,而且這與開發環境無關。這是一個開發軟件的過程,通常使用過程本身的技術很少(儘管一個好的電子表格工具可以幫助跟蹤進度)。
所以......我會說你對工具的擔心可能是錯位的,除非我誤解了這個問題。
得到一個白板
與SCRUM入門應該不需要任何工具 - 至少,你將不得不在每個衝刺,每日站立會議開始規劃會議,回顧一下會議每次衝刺結束。
在日常會議中,圍繞白板進行討論,並使用它來跟蹤每個人的任務狀態以及您在衝刺中的進展情況。
您還需要跟蹤您的積壓計劃 - 這可以在紙上,白板上或Excel中完成。
@Jason和@Mike_Stone是對的。除了一張紙和一支筆以外,Scrum不涉及任何工具。 Scrum不太關注團隊使用什麼工具,而是關於團隊如何溝通和協作以及與其利益相關者如何優先考慮和適應變化。另一方面,更多的是面向工具和開發者,主張諸如持續集成,測試驅動開發,結對編程等等。
敏捷方法是非常不可知的工具,在這個意義上非常務實。使用最適合你的方法。您不需要工具a或庫b就可以變得敏捷。
使用excel創建一個漂亮的burndown圖表!
對於工作項目跟蹤,打開一個快速的Web應用程序來記錄它們,然後將數據導出到Excel中,並在那裏管理。
我同意。團隊系統只是一個包裝在IDE中的工具集。 Visual Studio默認使用MSBUILD,NUnit和任何其他選擇的插件。唯一真正的價值是像Conchango's這樣的方法插件,它允許優先分配工作項目並分配,以及之後生成的報告。
每日scrums,whiteboard,excel和紀律是一個非常好的開始。
完全同意對excel的評論。你最好從這種方式開始。如果你來自瀑布方法學,Scrum可能會對文化產生一定的衝擊。首先確保你的團隊理解哲學比你選擇使它更高效的工具更重要。
當你有有形的東西(一張便利貼,一張紙)代表着你正在建造的資產時,Scrum似乎工作得最好。這很簡單,直接,每個人都可以圍繞它。有時,如果團隊是Scrum的新手,那麼當你的所有任務通過存儲在某個數據庫的數據庫中而被抽象化時,你的意圖或者工作項目本身就會迷失或者被曲解,尤其是。
現在,我的團隊正在使用Team System進行Scrum。這很好,因爲我們可以免費獲得管理和團隊報告。然而,這是重要的,我認爲當我們用老式的軟木板,excel和這個模板(我喜歡這個東西,把它推薦給Scrum的每個人)時,我們事實上做得更快,質量更高:
http://blog.crisp.se/henrikkniberg/2007/12/18/1197973740000.html
您可以使用XPlanner來管理資源,管理和監控評估。您可以查看過去的預計時間以用於未來計劃。
除了與.net 參見: http://www.scrumforteamsystem.com/en/default.aspx
正如其他人所說SCRUM無需任何特殊的工具來完成,但我要拋Atlassian的堆在那裏。我以前用過他們,很喜歡他們:
在過去,我使用Visual Studio 2005-2008在TFS中完成了Scrum項目,對此非常滿意。我現在正在使用Eclipse在Linux環境中開發一個Scrum項目,這需要遷移到另一個系統。我們選擇了Rational Team Concert (RTC),我發現它很適合我們的需求。
我發現RTC在功能和概念(例如RTC使用相同的工作項術語)方面與TFS相當,所以過渡相當簡單。有一個用於Visual Studio IDE集成的插件,以及爲項目團隊提供burndown圖表和其他進度指標的Web界面。對於多達10個開發人員是免費的,所以對於小團隊來說非常有用。我不確定一旦你必須支付什麼定價模型,但我認爲它與TFS相媲美,如果它符合其他IBM Rational產品。