現在，我們的團隊正在使用公告板和Excel電子表格的組合來跟蹤任務並繪製burndown圖表。積壓物品保留在信封中的索引卡上。使用Sharepoint作爲Scrum溝通工具的最佳做法
當利益相關者在相同的位置時，這很有效。但是，我們很快就會在兩個地理位置相距遙遠的地方擁有Scrum團隊，我正在尋找關於如何利用Sharepoint來幫助我們圍繞Scrum工件（積壓，燃盡圖，速度等）進行通信的最佳實踐。
你是如何利用Sharepoint來達到這個目的的，有哪些最佳實踐和潛在的陷阱？
如果你在家裏讓SharePoint已經與用戶一起使用它的基礎我認爲開始將它用於SCRUM會相當容易。我將與以下幾點入手：
網站集保存每個項目1個Scrum的網站
Scrum的網站應該包含：
文檔庫的電子文件（添加列分類爲團隊成員的情況而定）
列表
討論板
如果必要，可以從Wiki站點模板構建該站點。
一旦你得到了scrum網站「感覺很好」，將它保存爲一個模板，以便輕鬆創建一個新的模板。
此解決方案可能不適用於SCRUM到第n級，但它應該足以讓您開始。當聽起來你正在經歷一些其他非常激進的變化時，看起來比整個團隊學習新工具容易得多。
我的$ 0.02
JT
你真的應該考慮類似Trello,VersionOne,Rally，或甚至Basecamp爲此。他們都託管瞭解決方案並提供免費的社區版本，您可以嘗試開始使用。我使用SharePoint的經驗是需要大量資源來維護。如果您使用的是Team System，並且已經爲您預先構建了很多東西，這可能會有所不同 - 儘管我擁有Team System，並且仍然選擇爲我的項目管理任務使用Wiki。如果您已經作爲Intranet和所有支持人員對SharePoint進行投資，那麼在這種情況下，它也可能是一個可行的解決方案。
SharePoint不是我首先想到的敏捷開發工具。因人而異。
AFAIK，Sharepoint是免費的好東西的ASP.net。它不是爲敏捷項目管理而設計的，所以你必須推出自己的網站。
恕我直言，而不是試圖彎曲工作，你有工具..切換到一個更好的工具，這項工作將是一個更好的選擇。查看this thread瞭解是否有更適合您賬單的輕量級產品。
另外，我個人非常喜歡開發活動的數字化。所以我會使用電子表格處理積壓併發布其大視圖。使用數碼相機堅持圖/設計討論快照（谷歌白板照片的工具）或報告。我發現大多數「項目管理」工具只是產生即時狀態更新的藉口......它阻礙了軟件開發（這是主要目標）並且經常抑制社交交互方式。
（免責聲明：絕對0經驗與SharePoint ..除了我在最後2天讀過這樣可能完全偏離了軌道）
實際上，我們使用SharePoint我們的敏捷開發，並發現它非常有效的項目管理/協作。
我們做了兩件事情，其中我發現特別有用，度量跟蹤和自動化測試。我們使用文檔庫和infopath將項目的所有故事添加到網站。 infopath表單應該包含故事所需的所有信息：分數，估計時間，開發人員，測試人員，故事任務，測試用例。
有關指標，我們創建Web部件爲：燒燬圖表，速度，每次迭代點等 這是經理或客戶特別高興看到正在進行的項目進展情況，並幫助他們就做出決定功能與發佈時間。
爲了測試，我們有一個簡單的SEND-RECV-ASSERT語言，它通過在自動測試中抓取XML來每晚運行測試。我們在主頁上有一個綠色/紅色的Web部件，告訴你測試的狀態。
由於文檔庫的後端是XML，因此可以使用一些XML解析來完成此操作。 （我們目前使用一些簡單的ActiveX和JavaScript）
這些指標很容易設置（只是一些XML解析和HTML圖表）。自動化測試需要花費一些時間來設置測試跑步者，但一旦到位，並且很容易，您甚至可以讓客戶/經理編寫驗收測試！敏捷！ :)
您需要嘗試並保持工具不受妨礙。在一個理想的世界裏，這個團隊將全部坐在一個帶有大白板的單人房間裏，但事實並非如此，團隊是分佈式的，或者是推動某種形式的後置備份。
我是一個很棒的SharePoint粉絲，你已經在這裏了，你已經在這個平臺上進行協作和團隊合作了。添加另一個工具，使用唯一登錄可以工作，但團隊需要真正想使用它們。
我試圖得到的SharePoint開箱做我想要的東西，但它不及。我已經嘗試過使用第一版（在許多場合多年來，有很多團隊），但是我發現這個工具太多了，有太多的問題和需要做的事情，它會阻礙它 - 它離白板很遠。
所以我決定開發什麼，我需要爲我的項目。我需要一個簡單的工具，並且使用37signals（basecamp的創建者）方法，我需要的功能比競爭對手少。
21Scrum是構建在SharePoint上的一個簡單的scrum工具，它使用該平臺，添加所需的東西（白板，burndown charts）並讓您繼續使用該項目。
也許，這可能是誰已經擁有和使用SharePoint人們最好的選擇 - 至少這就是目標。
我們已經爲發佈/衝刺計劃，產品待辦事項列表和Sprint Backlog設置了一個SharePoint工作區。
核心要素是SharePoint這個任務板 - 我們可以拖動&下降的故事和任務 - 即使我們不是在同一地點。 http://www.youtube.com/watch?v=XW89M0C3N7Q
一個燃盡報告自動形象化的進展。
很好用！
21Scrum現在住在http://www.21scrum.com – AndrewWoody 2010-06-21 21:32:20