沖刺案例分析題目

1、1. 整體管理某電子政務信息系統(tǒng)工程，總投資額約800萬元。A公司是一家軟件開發(fā)公司。A公司為了獲得該電子政務信息系統(tǒng)工程，公司請王副總經(jīng)理負責此項目的啟動工作，于是項目經(jīng)過前期的一些工作后，副總經(jīng)理任命小丁為該項目的項目經(jīng)理。A公司通過公開競標，獲得該項目。建設方與A公司簽訂了工程建設合同，并在合同中規(guī)定A公司可以將機房工程這樣的非主體、非關鍵性子工程分包給具備相關資質(zhì)的專業(yè)公司B。B公司在獲得機房工程后，轉(zhuǎn)手給了C公司。在隨后的建設過程中，監(jiān)理工程師發(fā)現(xiàn)機房工程裝修不符合要求，要求A公司進行整改。項目經(jīng)理小丁拒絕了監(jiān)理工程師的要求，理由是機房工程由B公司承建，且B公司經(jīng)過了建設方的認可，要

2、求追究B公司的責任，而與自己公司無關。當項目進行了一半，為了盡早實現(xiàn)政務公開的需要，建設方要求小丁提前完工，作為項目經(jīng)理，小丁對項目進行了調(diào)整，保證了項目的提前完工?！締栴}1】作為項目前期負責人，王副總經(jīng)理在接到任務后將如何啟動項目？【問題2】請簡要描述小丁處理監(jiān)理工程師提出的問題是否正確？為什么？【問題3】假設公司總經(jīng)理要求提前完工，項目經(jīng)理應當重點關注哪些方面，以保證項目績效良好？【問題4】假設你被任命為本項目的項目經(jīng)理，你認為本項目在管理方面有哪些地方需要改進？答案示例【問題1】項目的啟動包括了以下幾個主要活動：(1)識別項目的需求。(2)解決方案的確定。(3)對項目進行可行性分析。(4

3、)項目立項。(5)項目章程的確定，在項目章程中確定項目經(jīng)理的人選。【問題2】不正確。中標人應當就分包項目向招標人負責，接受分包的人就分包項目承擔連帶責任。A公司顯然要承擔責任，同時B公司也承擔連帶責任?！締栴}3】(1)作為項目經(jīng)理，要統(tǒng)一考慮項目進度、資源配置、成本與質(zhì)量之間的平衡。任何一個要素的變動，都會引起其他要素的變動。(2)項目工期與成本的平衡：項目工期的縮短會使項目成本上升。同樣，項目成本的降低會使得項目組織資源占用的能力下降，從而也影響項目工期。(3)項目工期與質(zhì)量的平衡：項目工期的縮短也可能使質(zhì)量下降，為了趕進度，導致質(zhì)量問題的出現(xiàn)，而一旦出現(xiàn)質(zhì)量問題，就必須返工，這樣又拖延了項

4、目的工期。(4)項目成本與質(zhì)量的平衡：項目成本的降低也直接影響質(zhì)量問題，如出現(xiàn)偷工減料的情況。(5)新投入人力到項目，新員工需要經(jīng)過一段時間的培訓才能適應項目，所以最佳的方式應該是采用加班方式來提前完成項目。(6)項目經(jīng)理應該調(diào)整進度計劃，在關鍵路徑上加班，縮短關鍵路徑的長度。【問題4】配置管理溝通管理進度管理變更管理2. 范圍管理S公司專注企業(yè)信息化，通過競標獲得一個開發(fā)一套工商審批系統(tǒng)的項目，張工是該項目的項目經(jīng)理。他認為電子政務建設與企業(yè)信息化有很大的不同，不能照搬原來的開發(fā)思路，因此采用了嚴格瀑布模型，并專門招聘了熟悉網(wǎng)絡互通互聯(lián)技術人員設計了解決方案，在經(jīng)過嚴格評審后實施。在項目交付

5、時，用戶對系統(tǒng)用戶界面提出了較大異議，認為不符合政務信息系統(tǒng)的風格，操作也不夠便捷，要求徹底更換。由于最初設計的原因，系統(tǒng)表現(xiàn)層和邏輯層緊密耦合，導致70的代碼重寫，而第二版的用戶界面仍不能滿足最終用戶的要求，最終又重寫部分代碼才通過驗收。一年以后，S公司又被授予合同，合同的主要內(nèi)容是處理公司以前開發(fā)的工商審批系統(tǒng)的升級工作，以滿足新的業(yè)務流程和范圍。李工擔任此項目的項目經(jīng)理。由于是一個現(xiàn)有系統(tǒng)的升級項目，項目經(jīng)理李工特意請來了原系統(tǒng)的需求調(diào)研人員小王擔任該項目的需求調(diào)研負責人。在李工的幫助下，項目組很快完成了需求開發(fā)工作，并進入設計與編碼。由于建設方業(yè)務非常繁忙，建設方的業(yè)務代表沒有足夠的時

6、間投入到項目中，確認需求工作一拖再拖。李工認為，雙方已經(jīng)建立了密切的合作關系，小王也參加了原系統(tǒng)的需求開發(fā)，對業(yè)務系統(tǒng)比較熟悉，因此定義的需求是清晰的。故李工并沒有催促業(yè)務代表在需求說明書上簽字。在系統(tǒng)交付的時候，建設方業(yè)務代表認為已經(jīng)提出的需求很多沒有實現(xiàn)，實現(xiàn)的需求也有很多不能滿足業(yè)務要求，必須全部實現(xiàn)這些需求后才能驗收。此時小王已經(jīng)不在項目組，沒有人能夠清晰地解釋需求說明書。最終系統(tǒng)需求發(fā)生重大變更，項目延期超過50%。類似這樣的現(xiàn)象在S公司多次出現(xiàn)，已經(jīng)引起公司高層的注意?！締栴}1】指出項目范圍管理的工作要點。【問題2】請從項目管理的角度，找出該項目實施過程中存在的主要問題?！締栴}3】

7、請結(jié)合你本人實際項目經(jīng)驗，指出應如何避免類似問題。解答：【問題1】項目范圍管理的要點：(1)范圍管理計劃。(2)范圍定義。(3)工作分解。(4)范圍確認。(5)范圍控制?！締栴}2】該項目實施過程中的主要問題包括：(1)在范圍定義中，李工沒有對小王定義的需求進行評審，造成需求中的質(zhì)量缺陷沒有被及時發(fā)現(xiàn)。(2)在范圍確認中，張工沒有主動地要求用戶對需求進行確認。(3)在范圍控制中，張工無法進行有效的范圍控制，最終造成了重大的需求變更?！締栴}3】(1)對于本案例，項目經(jīng)理需要對需求定義的結(jié)果進行質(zhì)量控制，采取評審等方式減少需求中的問題。(2)對已經(jīng)定義的需求需要與用戶進行確認，保證雙方理解的一致。(

8、3)在發(fā)生需求變更時，也應該采取靈活的手段，在滿足用戶需求的前提下，盡量減少需求變更的范圍。(4)加強知識管理，提高組織項目管理能力。3. 時間管理小張是負責某項目的項目經(jīng)理。經(jīng)過工作分解后，此項目的范圍已經(jīng)明確，但是為了更好地對項目的開發(fā)過程進行有效監(jiān)控，保證項目按期、保質(zhì)完成，小張需要采用網(wǎng)絡計劃技術對項目進度進行管理。經(jīng)過分析，小張得到了一張表明工作先后關系及每項工作的初步時間估計的工作列表，如表所示：活動歷時緊前活動方差A52B62C5A2D4A5E5B、C1F8E4G12B、C、D3H6B、C、D3I2F、H3J4G、I4K5F、H1【問題1】 請根據(jù)表完成此項目的箭線圖，表明各活動

9、之間的邏輯關系，并指出關鍵路徑和項目工期?！締栴}2】請分別計算各個工作的ES、EF、LS、LF，以及工作B、F和G的自動浮動時間?！締栴}3】 （1）為了搶進度，在進行工作G時加班趕工，因此將該項工作的時間壓縮了7天，指出此時的項目工期。（2）計算項目在21天到33之間完成的概率。解答【問題1】ACEFIJ29天4. 掙值管理某大樓布線工程基本情況為：一層到四層，必須在低層完成后才能進行高層布線。每層工作量完全相同。項目經(jīng)理根據(jù)現(xiàn)有人員和工作任務，預計每層需要一天完成。項目經(jīng)理編制了該項目的布線進度計劃，并在3月18日工作時間結(jié)束后對工作完成情況進行了績效評估，如下表所示：2011-3-1720

10、11-3-182011-3-192011-3-20計劃計劃進度任務完成第一層布線完成第二層布線完成第三層布線完成第四層布線預算（元）10000100001000010000實際績效實際進度完成第一層布線實際花費（元）8000【問題1】（5分） 請計算2011年3月18日時對應的PV、EV、AC、CPI和SPI?！締栴}2】（4分）（1）根據(jù)當前績效，在下圖中畫出AC和EV曲線。（2）分析當前的績效，并指出績效改進的具體措施。（2分）【問題3】（6分）（1）如果在2011年3月18日績效評估后，找到了影響績效的原因，并糾正了項目偏差，請計算ETC和EAC，并預測此種情況下的完工日期。（2）如果在2

11、011年3月18日績效評估后，未進行原因分析和采取措施，仍然按目前狀態(tài)開展工作，請計算ETC和EAC，并預測此種情況下的完工日期。（3分）復習重點：找PV，EV,計算完工日期5. 需求獲取軟件需求既是軟件開發(fā)的基礎和前提，也是制定軟件開發(fā)計劃的基礎和最終目標軟件系統(tǒng)驗收的標準。在某項目的需求評審過程中，發(fā)生了如下事件：   事件一：某領域?qū)＜褹就某企業(yè)的成本管理系統(tǒng)做用戶需求報告的評審工作，在評審會開始時間不長，就被在場的某企業(yè)的一位副總打斷，認為A提出的方案不適合本企業(yè)，A提出的概率改進方案在企業(yè)中無法實施。該副總提完意見后，與會的用戶方人員紛紛跟隨B的意見提出了他們的反

12、對意見，致使評審會無法進行下去，最終該報告被用戶否決。事件二：某軟件公司內(nèi)部舉行產(chǎn)品需求評審會，主要是公司內(nèi)部相關領域的專家參加。在評審會開始不久，某專家就需求報告中的某個具體問題提出了自己的不同意見，于是與會人員就該問題發(fā)表自己的意見，大家爭執(zhí)不下，會議出現(xiàn)混亂，主持人無法控制局面，會議大大超出了計劃的評審時間。事件三：某軟件公司為某公司C做業(yè)務流程管理系統(tǒng)的需求評審會，當項目組在會議上宣讀多達上百頁的需求報告時，用戶明確提出聽不懂，致使會議不得不改日進行。事件四：某軟件公司在用戶處開完物資管理系統(tǒng)的需求評審會后，與會人員在離開會議室時紛紛搖頭，認為本次會議沒有多少實際效果，完全在走過場?！?/p>

13、問題1】針對軟件需求的要求回答以下問題。（1）以下屬于軟件需求表現(xiàn)形式的是（ ）候選答案：A功能需求；B體系結(jié)構(gòu)；C性能；D運行環(huán)境；E安全性；F開發(fā)周期；G 易用性（2）軟件的需求是有層次的：反映用戶對系統(tǒng)高層次的目標要求是（）；描述的是用戶要求系統(tǒng)必須完成的任務（）；從系統(tǒng)的角度說明軟件的需求，包括功能需求、非功能需求和設計約束（）。候選答案：A.業(yè)務需求；B.用戶需求；C.系統(tǒng)需求。（3）QFD (Quality Function Deployment) 是一種將用戶要求轉(zhuǎn)化為軟件需求的技術。QFD是用比較清晰的圖表，將顧客的需求和期望的復雜關系系統(tǒng)地表達出來，并進行綜合權(quán)衡分析，以提供

14、選定方案的決策依據(jù)。QFD將需求分為三類：（）:系統(tǒng)應該做到功能或性能，實現(xiàn)越多用戶越滿意是；（）：用戶認為系統(tǒng)應當具備的功能或性能，但用戶或許并未提及，如若缺少會讓他們感到不滿意;（）：用戶要求范圍外的功能或性能。實現(xiàn)了會給客戶帶去驚喜，但若未實現(xiàn)也不會受到責備。 候選答案：A.普通需求；B.期望需求；C.興奮需求（4）某公司欲開發(fā)一個新系統(tǒng)以替換原有系統(tǒng)。在需求分析階段,為盡快從已有系統(tǒng)文檔資料和用戶處獲取整體系統(tǒng)需求,采用（ ）的方法捕獲需求最為合適。候選答案：A. 用戶訪談 B. 聯(lián)合需求計劃 C. 抽樣 D. 頭腦風暴（5）對于需求、設計等文檔類變更是否正確可采用（）方法進行驗證；對

15、于軟硬件系統(tǒng)變更是否正確可采用（ ）方法進行驗證?！締栴}2】結(jié)合本案例，判斷下列選項的正誤(填寫在答題紙的對應欄內(nèi)，正確的選項填寫“”，錯誤的選項填寫“×”)（1）需求分析就是確定待開發(fā)的信息系統(tǒng)應該“做什么”。（ ）（2）需求開發(fā)需要理解客戶需要什么，分析要求，評估可行性。（ ）（3）軟件需求分析的任務是通過對應用問題及其環(huán)境的理解和分析，準確、一致和完全地刻劃用戶需求，并達成一致，形成軟件需求規(guī)格說明書。（ ）（4）需求管理是一個對系統(tǒng)需求及其變更進行了解和控制的過程。（ ）（5）需求管理最基本的任務是明確需求,并使項目團隊和用戶達成共識,即建立需求基線。（ ） 

16、60; （6）需求跟蹤是將單個需求和其他系統(tǒng)元素的依賴關系和邏輯聯(lián)系建立跟蹤。（ ）【問題3】請簡要說明如何能夠召開成功的需求評審會議。解答：【問題1】（1）A功能需求；C性能；D運行環(huán)境；E安全性；F開發(fā)周期；G 易用性（2）業(yè)務需求；用戶需求；系統(tǒng)需求。（3） A普通需求； B期望需求； C興奮需求（4）評審； 測試。（5） C. 抽樣【問題2】（1）（2）（3）（4）（5）（6）【問題3】1.分層次評審 我們知道用戶的需求是可以分層次的，一般而言可以分成如下的層次： 目標性需求：定義了整個系統(tǒng)需要達到的目標； 功能性需求：定義了整個系統(tǒng)必須完成的任務； 操作性需求：定義了完成每

17、個任務的具體的人機交互； 目標性需求是企業(yè)的高層管理人員所關注的，功能性需求是企業(yè)的中層管理人員所關注的，操作性需求是企業(yè)的具體操作人員所關注的。對不同層次的需求，其描述形式是有區(qū)別的，參與評審的人員也是不同的。 2.正式評審與非正式評審結(jié)合 正式評審是指通過開評審會的形式，組織多個專家，將需求涉及到的人員集合在一起，并定義好參與評審人員的角色和職責，對需求進行正規(guī)的會議評審。而非正式的評審并沒有這種嚴格的組織形式，一般也不需要將人員集合在一起評審，而是通過電子郵件、文件匯簽甚至是網(wǎng)絡聊天等多種形式對需求進行評審。兩種形式各有利弊，但往往非正式的評審比正式的評審效率更高，更容易發(fā)現(xiàn)問題。因此在

18、評審時，應該更靈活地利用這兩種方式。 3.分階段評審 應該在需求形成的過程中進行分階段的評審，而不是在需求最終形成后再進行評審。分階段評審可以將原本需要進行的大規(guī)模評審拆分成各個小規(guī)模的評審，降低了需求返工的風險，提高了評審的質(zhì)量。比如可以在形成目標性需求后進行一次評審，在形成系統(tǒng)的初次概要需求后進行一次評審，當對概要需求細分成幾個部分，對每個部分進行各個評審，最終再對整體的需求進行評審。 4.精心挑選評審員 需求評審可能涉及的人員包括：需方的高層管理人員、中層管理人員、具體操作人員、IT主管、采購主管；供方的市場人員、需求分析人員、設計人員、測試人員、質(zhì)量保證人員、實施人員、項目經(jīng)理以及第三

19、方的領域?qū)＜业鹊?。在這些人員中由于大家所處的立場不同，對同一個問題的看法是不相同的，有些觀點是和系統(tǒng)的目標有關系的，有些是關系不大的，不同的觀點可能形成互補的關系。為了保證評審的質(zhì)量和效率，需要精心挑選評審員。首先要保證使不同類型的人員的都要參與進來，否則很可能會漏掉了很重要的需求。其次在不同類型的人員中要選擇那些真正和系統(tǒng)相關的，對系統(tǒng)有足夠了解的人員參與進來，否則很可能使評審的效率降低或者最終不切實際的修改了系統(tǒng)的范圍。 5.對評審員進行培訓 在很多情況下，評審員是領域?qū)＜叶皇沁M行評審活動的專家，他們沒有掌握進行評審的方法、技巧、過程等，因此需要對評審員進行培訓，同樣對于主持評審的管理者

20、也需要進行培訓，以便于參與評審的人員能夠緊緊圍繞評審的目標來進行，能夠控制評審活動的節(jié)奏，提高評審效率，避免發(fā)生案例一和案例二中出現(xiàn)的現(xiàn)象。對評審員的培訓也可以區(qū)分為簡單培訓與詳細培訓兩種。簡單培訓可能需要十幾分鐘或者幾十分鐘，需要將在評審過程中的需要把握的基本原則，需要注意的常見問題說清楚。詳細培訓則可能要需要對評審的方法、技巧、過程進行正式的培訓，需要花費較長的時間，是一個獨立的活動。需要注意的是被評審人員也要被培訓。 6.充分利用需求評審檢查單 需求檢查單是很好的評審工具，需求檢查單可以分成兩類：需求形式的檢查單和需求內(nèi)容的檢查單。需求形式的檢查可以由QA人員負責，主要是針對需求文擋的格

21、式是否符合質(zhì)量標準來提出的，需求內(nèi)容的檢查是由評審員負責的，主要是檢查需求內(nèi)容是否達到了系統(tǒng)目標、是否有遺漏、是否有錯誤等等，這是需求評審的重點。檢查單可以幫助評審員系統(tǒng)全面地發(fā)現(xiàn)需求中的問題，檢查單也是隨著工程財富的積累逐漸豐富和優(yōu)化的。 7.建立標準的評審流程 對正規(guī)的需求評審會需要建立正規(guī)的需求評審流程，按照流程中定義的活動進行規(guī)范的評審過程。比如在評審流程定義中可能規(guī)定評審的進入條件、評審需要提交的資料、每次評審會議的人員職責分配、評審的具體步驟、評審通過的條件等等。8.做好評審后的跟蹤工作 在需求評審后，需要根據(jù)評審人員提出的問題進行評價，以確定哪些問題是必須糾正的，哪些可以不糾正，

22、并給出充分的客觀的理由與證據(jù)。當確定需要糾正的問題后，要形成書面的需求變更的申請，進入需求變更的管理流程，并確保變更的執(zhí)行，在變更完成后，要進行復審。切忌評審完畢后，沒有對問題進行跟蹤，而無法保證評審結(jié)果的落實，使前期的評審努力付之東流。 9.充分準備評審 評審質(zhì)量的好壞很大程度上取決于在評審會議前的準備活動。常出現(xiàn)的問題是，需求文檔在評審會議前并沒有提前下發(fā)給參與評審會議的人員，沒有留出更多更充分的時間讓參與評審的人員閱讀需求文檔。更有甚者，沒有執(zhí)行需求評審的進入條件，在評審文檔中存在大量的低級的錯誤或者沒有在評審前進行溝通，文檔中存在方向性的錯誤，從而導致評審的效率很低，質(zhì)量很差。對評審的

23、準備工作，也應當定義一個檢查單，在評審之前對照檢查單落實每項準備工作。 6.（2009下項管）試題二（25分）某系統(tǒng)集成商A公司承擔了某科研機構(gòu)的信息系統(tǒng)集成項目，建設內(nèi)容包括應用軟件開發(fā)、軟硬件系統(tǒng)的集成等工作。在項目建設過程中，由于項目建設單位欲申報科技先進單位，需將此項目成果作為申報的重要內(nèi)容之一，在合同簽訂后30天內(nèi)，建設單位向A公司要求總工期由10個月壓縮到6個月，同時增加部分功能點。由于此客戶為A公司的重要客戶，為維護客戶關系，A公司同意了建設單位的要求。為了完成項目建設任務，A公司將應用軟件分成了多個子系統(tǒng)，并分別組織開發(fā)團隊突擊開發(fā)，為提高效率，盡量采用并行的工作方式，在沒有全

24、面完成初步設計的情況下，有些開發(fā)組同時開始詳細設計與部分編碼工作；同時新招聘了6名應屆畢業(yè)生加入開發(fā)團隊。 在項目建設過程中，由于客戶面對多個開發(fā)小組，覺得溝通很麻煩，產(chǎn)生了很多抱怨，雖然A公司采取了多種措施來滿足項目工期和新增功能的要求，但項目還是頻繁出現(xiàn)設計的調(diào)整和編碼工作的返工，導致項目建設沒有在約定的6個月工期內(nèi)完成，同時在試運行期間系統(tǒng)出現(xiàn)運行不穩(wěn)定情況和數(shù)據(jù)不一致的情況，直接影響到建設單位科技先進單位的申報工作；并且項目建設單位對A公司按合同規(guī)定提出的階段驗收申請不予回應?！締栴}1】（10分）請簡要分析A公司沒有按期保質(zhì)保量完成本項目的原因?！締栴}2】（5分）結(jié)合本試題所述項目工期

25、的調(diào)整，請簡述A公司應按照何種程序進行變更管理。【問題3】（10分）公司重新任命王工為該項目的項目經(jīng)理，負責項目的后續(xù)工作。請指出王工應采取哪些措施使項目能夠進入驗收階段?！締栴}1】1沒有對變更進行充分的論證和評估，沒有采取合適的方案2缺乏與客戶清晰、統(tǒng)一的接口，與客戶溝通不是很有效3變更的實施過程缺乏有效的監(jiān)控4在壓縮工期的情況下，沒有考慮增加開發(fā)人員的可用性5項目沒有完成整體設計的同時就開始詳細設計和編碼，沒有考慮并行工作可能帶來的風險。6子系統(tǒng)的劃分不恰當，或者缺乏有效的整合，或者缺少有效數(shù)據(jù)規(guī)劃、設計【問題2】1受理變更申請2對變更進行審核3變更方案論證4提交變更控制委員會審查批準5實

26、施變更6對變更的實施效果進行監(jiān)控7對變更相關進行評估【問題3】1召集應用軟件各個子系統(tǒng)的負責人，了解項目存在的問題，并提出解決問題的技術方案2安排公司管理層、項目負責人與客戶的管理層、項目負責人進行交流，就項目的后續(xù)進度事宜達成一致，妥善處理前期項目變更措施不當對用戶產(chǎn)生的影響3根據(jù)新的進度要求，按照變更程序?qū)嵤┳兏?加強文檔管理，妥善保存變更產(chǎn)生的相關文檔，確保其完整、及時、準確和清晰，適當?shù)臅r候可以引入配置管理工具5對變更過程進行有效的監(jiān)控6加強與客戶的溝通，確保各個子系統(tǒng)與用戶的需求理解一致7加強各個子系統(tǒng)的項目負責人之間的溝通，確保子系統(tǒng)的同步7.L公司贏得了某大學的校訊通項目。由于L

27、公司已有比較成熟的產(chǎn)品積累，項目研發(fā)工作量不是特別大。張工被任命為該項目的項目經(jīng)理。張工兩個月前剛從W公司跳槽到L公司，由于W公司主要從事電子政務信息系統(tǒng)的集成，故張工在“數(shù)字化校園”的業(yè)務方面不是特別熟悉。項目組成員還包括李工、小王、2名程序員和1名測試人員，李工主要負責項目中的技術實現(xiàn)，小王負責項目文檔的收集和整理，小趙和小高2名程序員主要負責程序編碼工作。李工資格老，技術水平高，但李工在過去作為項目經(jīng)理的一些項目中，工作上常由于沒有處理好客戶關系為公司帶來了一些問題。 小王的工作雖然簡單但是格外繁重，因而多次向張工提出需要增派人員，張工就此事多次與L項目管理部門領導溝通。但每當項目管理部

28、門就此事向李工核實情況時，李工總是說小王的工作不算很多，而且張工的工作比較輕松，讓張工幫助下小王就可以了，不需要增派人員，因而項目管理部門就沒有增加項目組人員。張工知道后，與李工進行了溝通，李工的理由是張工的工作確實不多，總是幫別人提意見，自己做得不多。所以李工認為張工有足夠時間幫助小王完成文檔工作。張工試圖從崗位責任、項目分工等方面對李工的這個誤解進行解釋，但李工依舊堅持自己的看法?！締栴}1】從項目管理的角度，分析該項目中存在的主要問題?！締栴}2】結(jié)合你本人的實際經(jīng)驗，就軟件項目中如何改進項目溝通提出實質(zhì)性的建議。解答：【問題1】1由于張工在“數(shù)字化校園”的業(yè)務方面不是特別熟悉，致使項目經(jīng)理缺乏威信。2項目人員配備管理計劃不完善，導致人員負擔不均衡。3項目人力資源計劃不完善，使用了小李這樣的技術人員。4缺乏團隊建設