有效的開發團隊有哪些關鍵概念？

Question

我在哪裏工作，最近我們把所謂的發展標準委員會放在一起，這個委員會的任務是改進我們的程序，流程，方法，工具，標準以及我們認爲可以幫助我們成爲更有效的團隊的任何事情。

我們已經收到了一份我們已經排名並且將從頭開始處理的項目的電子表格。我們已經有了更好的源代碼控制（目前在SourceSafe上），實施bug跟蹤器（如Mogis of FogBugz），同行代碼審查，轉移到.Net 3.5，可能轉向某種形式的敏捷，做更多的實際團隊開發，而不是單個開發人員每個項目類型的東西，以及其他一些東西...

你認爲一些關鍵的事情，可以使一個開發團隊成爲或打破？我們應該添加到這個列表中？

一些額外信息：如果您包含所有平臺，我們的Windows團隊中約有12人，開發中約有50人。我們希望儘可能地改善每個人，但我們最關注的是Windows團隊。我們所有人至少在這裏待了幾年，所以我們大多數人都相互認識並且一起工作得很好。

Answer 1

您團隊中的人數其實非常重要。每個團隊都應該實現基本的東西（源代碼控制，錯誤跟蹤等），但是有些東西不同於基礎團隊的規模。例如，一個非常小的團隊的代碼評審可能會更加非正式。

轉移到敏捷是一個好主意，除非你是特定的開發環境使它成爲一個壞主意。而且，如果沒有使用軟件的人員的支持，您將無法做到這一點。

考慮做些事情來確保團隊之間的溝通更容易，路障更少 - 所有的成員都相當熟悉對方嗎？你能和對方一起工作嗎？你瞭解彼此的特質嗎？學習團隊合作比任何隨機過程改進都重要得多。

Answer 2

更好的源代碼控制（目前有關SourceSafe）

如果這是Visual SourceSafe中 - 你需要立即改變這一點。試試cvs，svn或者甚至像Perforce那樣支付的東西。

存在一種叫做Rational Unified Process的處理你的問題（以及更多）。

Answer 3

要求的意見，當你檢查代碼（這是偉大的，如果你可以配合提交回到你的bug跟蹤系統）

也許靜態代碼分析，像什麼內置到Visual Studio中

持續集成像CruiseControl

Answer 4

開發團隊真的需要優秀的人才能在一起工作，但這並不是一個真正需要添加到列表中的項目。但是，這確實會影響我的第一個建議，務實。如果你不鼓勵你的開發人員去思考他們的工作方式，並且可以讓他們自己改進，那麼確定一個能爲他們做到的開發環境是非常困難的。

導師和培訓：如果你不能做XP，那麼至少你可以把老年人與老年人聯繫起來。您不僅可以分享知識，還可以與您擁有的項目共享上下文。

Answer 5

某種持續集成和定期，經過測試的工作「發佈」可以爲質量創造奇蹟。