多年來，經過大量調查研究發現：管理仍然是開發軟件項目成敗的關鍵。迄今為止，學術界和產業界公認CMM是當前最好的軟件過程，但應著重指出的是：單純實施能力成熟度模型CMM，永遠不能真正做到能力成熟度的升級，而需要將實施CMM與實施PSP和實施TSP有機地結合起來，才能達到軟件過程持續改善的效果。
軟件產業已經或正在經歷三個時代，即結構化生產時代(在美國，1975～1995年；我國目前處在這一階段的后期)，以過程為中心的時代(在美國，1985～2005年；我國目前尚處在這一階段的初期)，工業化生產時代(美國從1995年進入這一時代）。這是一條不以人的意志為轉移的客觀規律。因此，我國的軟件產業需要迅速轉入以過程為中心，走工業化生產的道路。在軟件過程方面，不少前人已為我們做了許多奠基性的工作，特別是美國Carnegie-Mellon大學軟件工程研究所(CMU/SEI)提出的能力成熟度模型CMM(Capability Maturity Model)、個體軟件過程PSP(Personal Software Process)和群組軟件過程TSP(Team Software Process)，可作為我們前進的借鑒。
早在20世紀70年代中期，美國國防部就組織力量研究軟件項目失敗的原因，發現在失敗的軟件項目中，70%是由于管理不善所造成的，因而認為管理影響全局，并掀起了研究軟件管理技術的熱潮。20年后，根據美國三份經典研究報告，這一狀況并未得到轉變：軟件開發仍然很難預測，大約只有10%的項目能夠在預定的費用和進度下交付符合需求的軟件；管理仍然是軟件項目成敗的主要因素；并指出開發過程中的返工是軟件過程不成熟的標志。例如在Capers Jones的報告中就指出，在17個影響軟件項目成敗的主要因素中，與項目管理直接有關的有6個（軟件度量、工作量估計、項目規劃、進展報告、需求變化、風險管理），間接有關的有3個（系統構架、開發方法、配置管理）。
為了系統地解決軟件項目管理問題，美國國防部于1984年在Carnegie-Mellon大學建立了軟件工程研究所，1986年開始研究并于1991年提出能力成熟度模型CMM，1989年開始研究并于1994年提出個體軟件過程PSP，1994年開始研究并于1998年由CMU/SEI召開的過程工程年會上第一次介紹了TSP草案，于1999年發表了有關TSP的一本書，使軟件過程框架形成一個包含CMM、PSP和TSP三者的嚴密的整體。
創建自我管理的群組
TSP對群組軟件過程的定義、度量和改革提出了一整套原則、策略和方法，把CMM要求實施的管理與PSP要求開發人員具有的技巧結合起來，以按時交付高質量的軟件，并把成本控制在預算的范圍之內。在TSP中，講述了如何創建高效且具有自我管理能力的工程小組，工程人員如何才能成為合格的項目組成員，管理人員如何對群組提供指導和支持，如何保持良好的工程環境使項目組能充分發揮自己的水平等軟件工程管理問題。
具體地說，TSP的目標為創建具有自我管理能力的群組，管理人員要善于引導和激勵群組的全體成員使他們能發揮自己的最高水平，采用CMM來進行軟件過程的改革，為處于高成熟度的軟件組織的過程改革提供指導，積極培訓人才為在大學和研究所講授工業界常用的群組開發技巧提供藍本。
四條基本原理
群組軟件過程TSP基于以下四條基本原理：應該遵循一個確定的、可重復的過程并迅速獲得反饋，這樣才能使學習和改革最有成效；一個群組是否高效，是由明確的目標、有效的工作環境、有能力的教練和積極的領導等四方面因素的綜合作用所確定的，因此應在這四個方面同時努力，而不能偏廢其中任何一個方面；應注意及時總結經驗教訓，當學員在項目中面臨各種各樣的實際問題并尋求有效的解決問題方案時，就會更深刻地體會到TSP的威力；應注意借鑒前人和他人的經驗，在已經可資利用的工程、科學和教學法經驗的基礎上來規定過程改進的指令。
在軟件開發(或維護)過程中，首先需要按照群組軟件過程框架定義一個過程。在設計TSP過程時，需要按照以下七條原則：循序前進的原則，首先在PSP的基礎上提出一個簡單的過程框架，然后逐步完善；迭代開發的原則，選用增量式迭代開發方法，通過幾個循環開發一個產品；質量優先的原則，對按TSP開發的軟件產品，建立質量和性能的度量標準；目標明確的原則，對實施TSP的群組及其成員的工作效果提供準確的度量；定期評審的原則，在TSP的實施過程中，對角色和群組進行定期的評價；過程規范的原則，對每一個項目的TSP規定明確的過程規范；指令明確的原則，對實施TSP中可能遇到的問題提供解決問題的指南。
實施需具備的條件
首先需要有高層主管和各級管理人員的支持，以取得必要的資源，這是實施TSP必須具備的物質基礎；軟件過程的改善需要全體有關人員的積極參與，他們不僅需要有改革的熱情和明確的目標，而且需要對當前過程有很好的了解；任何過程改革都有一定的風險，都有一個實踐、改革、評審直至完善的循環往復、持續改善的過程，不可能一蹴而就；項目組的開發人員需要經過PSP的培訓，使之具備自我改善的能力；整個開發單位的能力成熟度在總體上應處于CMM二級以上。
六項管理原則
在實施群組軟件過程TSP的過程中，應該自始至終貫徹集體管理與自我管理相結合的原則，具體地說，應該實施以下六項原則：計劃工作的原則，在每一階段開始時要制訂工作計劃，規定明確的目標；實事求是的原則，目標不應過高也不應過低而應實事求是，在檢查計劃時如果發現未能完成或者已經超越規定的目標，應分析原因，并根據實際情況對原有計劃作必要的修改；動態監控的原則，一方面應定期追蹤項目進展狀態并向有關人員匯報，另一方面應經常評審自己是否按PSP原理進行工作；自我管理的原則，開發小組成員如發現過程不合適，應主動、及時地進行改進，以保證始終用高質量的過程來生產高質量的軟件，任何消極埋怨或坐視等待的態度都是不對的；集體管理的原則，項目開發小組的全體成員都要積極參加和關心小組的工作規劃、進展追蹤和決策制訂等項工作；獨立負責的原則，按TSP原理進行管理，每個成員都要但任一個角色。在TSP的實踐過程中，TSP的創始人Humphrey 建議在一個軟件開發小組內把管理的角色分成客戶界面、設計方案、實現技術、工作規劃、軟件過程、產品質量、工程支持以及產品測試等八類。如果小組成員的數目較少，則可將其中的某些角色合并，如果小組成員的數目較多，則可將其中的某些角色拆分�？傊�，每個成員都要獨立擔當一個角色。
TSP流程
TSP一般將一個軟件項目的開發工作分為4個階段。任何一個應用TSP的項目可以只包括其中的一個階段，也可以包括幾個連續的階段。在項目開始之前，項目組應該執行啟動過程，對整個任務進行全面地規劃和組織。在每個階段之前，項目組應該執行重啟過程，對下一個階段的任務進行規劃。一般來說，如果項目組的成員經過了PSP的培訓，項目組的啟動過程約需3天時間，重啟過程約需兩天時間。此時，項目組同管理人員一起評審項目計劃和分析關鍵風險。在項目已經啟動之后，項目組應每周進行一次項目進展討論會，另外還應及時向有關主管和客戶報告項目的進展情況。
當前版本的TSP使用23個過程指南、14個數據表格和3個標準。在這些過程指南中定義了173個啟動和開發步驟。每一個步驟都不復雜，但它們的描述都非常詳細，以便開發人員能夠清楚地知道下一步應該做什么，應該怎樣去做。這些過程指南可用來指導項目組來完成啟動過程和一步步地完成整個項目。
文章來源于領測軟件測試網 http://www.kjueaiud.com/