摘要：本文研究 Visual Studio 2005 Team System 中可用的軟件 Project Management Tools。
注 本文檔于產(chǎn)品投入生產(chǎn)之前編寫，因此您可能會發(fā)現(xiàn)這里所包含的細節(jié)與發(fā)布的產(chǎn)品有不一致的地方。文中的信息均依據(jù)撰寫本文時的產(chǎn)品狀況，僅供您在計劃時參考。如有更改，恕不另行通知。Microsoft 擁有本文檔中的主題所涉及的專利、專利應用程序、商標、版權或其他的知識產(chǎn)權。除非 Microsoft 以任何書面許可協(xié)議明確提供，向您提供本文檔并沒給予您使用這些專利、商標、版權或其他知識產(chǎn)權的任何許可證。
簡介
Visual Studio Project Management Tools 可以實現(xiàn)更好的計劃、安排、協(xié)作、溝通、報告和流程控制。Visual Studio Project Management Tools 與 Visual Studio 集成開發(fā)環(huán)境 (IDE)、Microsoft Office、Windows SharePoint Services 和 SQL Server 2005 Reporting Services 相集成。Visual Studio Project Management Tools 允許項目數(shù)據(jù)和流程具有非侵入性的 (non-intrusive) 可見性和規(guī)范，從而使 IT 部門管理項目的方式產(chǎn)生變革。
軟件設計項目管理的難題
項目經(jīng)理或主管在構建軟件項目時遇到了大量的問題。
轉換工作中的缺口
客戶需求與開發(fā)團隊計劃的工作之間存在著缺口。安排的工作與實際工作之間也存在著缺口。重要信息在這些缺口中丟失。需求沒有完全滿足，而完成的工作并不影響客戶需求。需求管理工具試圖解決這一問題，方法是提供這些缺口的鏈接以形成可跟蹤矩陣。這些鏈接很快變得過時且毫無意義，并給項目主管帶來很大的維護負擔。
團隊協(xié)作和溝通很差
由于存在完全不同的文檔，而且它們不一定是新的或與實際工作進展同步，因此團隊的協(xié)作和溝通受到了阻礙。項目主管必須花時間收集來自不同計劃和列表的狀態(tài)，而團隊成員必須花時間發(fā)送狀態(tài)報告并更新文檔。這影響了團隊工作效率，特別是當團隊成員為了提供其工作狀態(tài)而中斷時。團隊工作流的效率低下，其原因是團隊可能要等待工作完成后他們才能開始，但他們?nèi)鄙僖环N可靠的機制來確切獲悉工作已完成。有時，僅僅在團隊成員之間傳遞工作、跟蹤問題或收集狀態(tài)用掉了工作的全部時間。
更正系統(tǒng)問題困難
即使項目主管發(fā)現(xiàn)必須進行項目過程更改時，在項目團隊中實現(xiàn)適當?shù)母囊彩欠浅＠щy的。進行流程更改對團隊的工作效率有很大的影響。團隊成員要完成工作必須不怕麻煩地查找流程信息或正確的文檔模板。
對于分配到包含不同流程的多個項目的團隊成員，查找正確的流程信息甚至會更加困難。為了決定應用哪些策略和規(guī)則，團隊成員必須記住使用哪個流程。因此，團隊成員對流程產(chǎn)生了厭惡感，而且不理會流程的更改，從而削弱了項目主管的作用。
跟蹤，但沒有管理
獲得項目的重要衡量標準對于跟蹤狀態(tài)和做出決策十分重要。由工具生成的大部分衡量標準沒有以統(tǒng)一的方式進行存儲或訪問。創(chuàng)建報告需要手動將信息從不同的工具剪切和粘貼到一種報告格式中，變得費時又費力。
因此，項目主管需要花非常多的時間從眾多不同的工具收集衡量標準，以使項目計劃保持新狀態(tài)并通知項目團隊。通常，項目主管會身陷于跟蹤細節(jié)，而沒有進行項目風險分析和項目過程修正。
我們的解決方案
Visual Studio Project Management Tools 旨在根據(jù)項目經(jīng)理已知的軟件來解決這些問題：Microsoft Excel、Microsoft Project、Microsoft Word 和 Windows SharePoint Services。
共享數(shù)據(jù)和自定義視圖
項目主管將需求分解為組件或方案，進而分解成任務，分配給開發(fā)團隊，因此 Visual Studio Project Management Tools 可以沿著這個路線捕獲視圖。這些視圖存儲工作產(chǎn)品（例如，功能規(guī)范、風險評估和項目計劃）之間的關系。視圖通過推理所建立的關系來提供上下文信息，這些信息在所有不同的視圖之間共享，因此任何視圖中的更新都會反映到所有項目工作產(chǎn)品上。
項目主管可以有很大的靈活性來組織他們的工作，而不會強制他們只用一個項目層次視圖。項目主管可以根據(jù)功能、方案和組件在項目中創(chuàng)建視圖，方法是在不同的視圖中相應地選擇和組織相同的數(shù)據(jù)。項目主管可以在項目的元素之間創(chuàng)建多對多的關系，這種關系可以反映確切的項目狀態(tài)，而不會在無意義的可跟蹤矩陣中徒勞無獲。
在 Microsoft Excel 中構建工作項列表
項目經(jīng)理通常使用 Microsoft Excel 來存儲問題列表、工作項，甚至安排工作。Visual Studio Project Management Tools 提供一個 Microsoft Excel 加載項，將電子表格中的列表對象連接到工作項數(shù)據(jù)庫中。工作項數(shù)據(jù)庫是一個存儲所有工作項（例如，錯誤、風險和任務）的地方。
考慮這種情況：項目經(jīng)理創(chuàng)建一個電子表格，它包含主要的 10 個風險。隨著項目經(jīng)理更改這些風險的分配、優(yōu)先級和其他字段，團隊成員會在他們的工作項隊列中接收到更新的信息。項目經(jīng)理不再需要查詢工作項的狀態(tài)，而且可以將這些信息從工作項數(shù)據(jù)庫直接“拉”到電子表格中。
創(chuàng)建工作項列表有兩種方式。通過 Portfolio Explorer（Visual Studio IDE 中的一個項目視圖），項目經(jīng)理可以選擇一個工作項查詢或文檔節(jié)點，并創(chuàng)建一個新的數(shù)據(jù)綁定電子表格。這個新的電子表格將包含一個工作項列表，該列表填充了從查詢獲得的數(shù)據(jù)。
項目經(jīng)理還可以從 Excel 中創(chuàng)建工作項列表，方法是使用加載項選擇一個項目并導入工作項。
使用 Microsoft Project 維護項目計劃
項目經(jīng)理可以使用 Microsoft Project 來布局任務依賴項、加載平衡資源和估計結束日期。Visual Studio Project Management Tools 提供了一個 Microsoft Project 加載項，它可以將項目計劃和項目團隊數(shù)據(jù)連接在一起。在項目計劃中安排工作之后，項目經(jīng)理可以將數(shù)據(jù)發(fā)布到工作項數(shù)據(jù)庫中。新的工作項會因為 Microsoft Project 中進行的任務分配而產(chǎn)生，而且任務會顯示在相應開發(fā)人員的工作項隊列中。當開發(fā)人員解決了問題并將新狀態(tài)反映到工作項數(shù)據(jù)庫中時，項目經(jīng)理只需刷新項目計劃即可獲得新信息。項目經(jīng)理現(xiàn)在可以有效地使用 Microsoft Project 視圖來跟蹤任務狀態(tài)，而無需召開狀態(tài)會議和手動更新他們的項目計劃。
