tdd的確是乙個及能提高**質量又可以減少bug的實踐練習，而且他還適用於任何型別的專案的開發。但很多開發人員並不知道怎麼提高這方面的能力，這就需要好好去學習了。
這是tdd的公升級，但需要專業測試人員和客戶攜手共同參與到測試中去。
這主要是能讓新的**不會破壞原有的老**。只要再加上tdd和atdd一起建立乙個自動化和可重複的測試套件，那麼，一定會提高他的使用價值。
關於結對程式設計，人們實際應用的也越來越少了，因為在**審查上來說有兩個總比乙個管用。而且開發人員只要把注意力放在當前工作上就可以了，也不用再去對**、郵件之類的事情分心了。這時partner會幫你搞定一切。
結對程式設計做了的話，那就改用**審查吧，最好是寫好乙個就能落實乙個**審查，對於我們來說，那些又大又正規的流程對我們並不實際，所以經量級的流程才會有小成本大效果。
靜態工具雖然之前並不被大家認可，但是因為使用成本較低，所以現在也有不少人在用了，只要購買了許可證，然後再將他們設定到系統中，之後只要我們使用時輸入**，他們就會認真的幫我們檢查所發現的錯誤。
每個團隊在討論編碼標準時都會浪費很多時間在這上面，而且要是確定了某個標準也會對部分開發人不利，但只要把這些都解決了就會有好的結果。
還有就是，我們不應該將編碼標準當做**審查的一部分，而要兩種都要用，當必要時還要借助自動化工具，比如執行靜態分析工具或是自動執行**標準來檢查**。
上面所說的好些內容都是建議大家用自動化執行，但很多人都不能理解，如果放遠考慮，非自動化就會耗費大量的時間，且成本也過高。自動化在前期內是需要投高成本，但是長時間算來會是節約成本的。
重構可以提高**質量，更能夠改善整體的設計。如果重構後沒有達到這些，我想你一定那裡出了錯誤，你可以在重構的時候不用自動化單元測試，不過要是這麼做了就等於沒了一層保護網，一旦出現問題後果就會很嚴重。
展示和說明真的可以提高**質量嗎？答案是能。因為不定期的展示可能讓你的**保持在最新的狀態，這會讓程序更快。
如果開發人員不原把自己的工作進度展現給使用者或客戶看，那一定要好好反思一下。
使用者測試可以讓我們更早發現內容的不足，不論工作規劃還是改進**，這都是這個好機會。
如果整個團隊比較散漫，那什麼事都做不好，只有團隊有凝聚力，才可以做好接下來的每件事，所以乙個團隊一定要在設計**和改進上面觀點一致。
推薦乙個不錯的blog：
成功必備的八個心態
一 積極的心態 事物永遠是陰陽同存，積極的心態看到的永遠是事物好的一面，而消極的心態只看到不好的一面。積極的心態能把壞的事情變好，消極的心態會把好的事情變壞。當今時代是悟性的賽跑！積極的心態象太陽，照到 亮，消極的心態象月亮，初一十 一樣，不是沒有陽光，是因為你總是低著頭，不是沒有綠洲，是因為你心中...
專案成功的12個關鍵原則
1 專案經理必須關注專案成功的三個標準 簡單地說，一是準時 二是預算控制在既定的範圍內 三是質量得到經理和使用者們的讚許。專案經理必須保證專案小組的每一位成員都能對照上面三個標準來進行工作。2 任何事都應當先規劃再執行 就專案管理而言，很多專家和實踐人員都同意這樣乙個觀點 需要專案經理投入的最重要的...
軟體專案開發成本經常用到的估算方法
通常在實際應用中我們採用以下2種方法來確定軟體開發成本 a 依據工作量估算結果和平均人力成本費率直接計算出直接人力成本和間接成本的總和，加直接非人力成本計算軟體開發成本 對於委託方，也可利用不含毛利潤的開發方人力成本費率 即只包含直接人力成本和間接成本 估算軟體開發成本，再根據開發方毛利潤水平，確定...