公司A承接了一個大型信息系統(tǒng)研發(fā)項目，項目涉及公司內(nèi)部研發(fā)、測試、運(yùn)維、市場等多個部門的協(xié)同。項目團(tuán)隊采用敏捷開發(fā)模式進(jìn)行軟件研發(fā)，項目經(jīng)理小李負(fù)責(zé)該項目的全面管理。

在項目初期迭代測試過程中，發(fā)現(xiàn)部分功能模塊的實際運(yùn)行效果與設(shè)計預(yù)期偏差顯著。經(jīng)調(diào)查發(fā)現(xiàn)部分開發(fā)人員對新技術(shù)框架理解不足，在編碼過程中也未遵循公司定制的詳細(xì)編碼規(guī)范，導(dǎo)致代碼可讀性與可維護(hù)性差。此外，在代碼審查環(huán)節(jié)，審查流程沒有明確的量化標(biāo)準(zhǔn)，審查人員僅憑經(jīng)驗簡單瀏覽代碼，且審查時間被其他緊急任務(wù)壓縮，未能有效識別出潛在的代碼漏洞與性能瓶頸問題。

隨著項目進(jìn)展，客戶需求逐漸清晰，需求變更逐漸增多，但部分變更請求直接與部分項目成員口頭溝通，導(dǎo)致需求變更信息在傳遞過程中出現(xiàn)了偏差與遺漏，項目團(tuán)隊成員對變更內(nèi)容理解不一致，造成部分己完成的工作需要返工。在項目團(tuán)隊內(nèi)部，由于跨部門協(xié)作流程不完善，不同部門成員之間缺乏有效的信息共享機(jī)制。有時研發(fā)部門完成的功能模塊更新未能及時通知測試部門，導(dǎo)致測試計劃延誤。

在資源管理方面，項目團(tuán)隊中的核心技術(shù)人員大多身兼數(shù)職，不僅參與本項目，還承擔(dān)著公司其他重要項目的技術(shù)支持工作。由于任務(wù)分配不合理，導(dǎo)致在本項目中的關(guān)鍵技術(shù)節(jié)點上，人力投入不足。

【問題1】(10分）

針對質(zhì)量管理中出現(xiàn)的問題，詳細(xì)闡述項目經(jīng)理小李應(yīng)采取的改進(jìn)措施。

【問題2】(6分）

基于溝通管理中出現(xiàn)的問題:

（1）請幫小李確認(rèn)需要溝通的對象有哪些?

（2）針對（1）給出的溝通對象，請參考表格中的示例，針對不同溝通對象，補(bǔ)充完成相應(yīng)的溝通措施（重點寫出溝通方式及頻率兩方面)。

【問題3 】(3分）

項目所需資源可能來自項目執(zhí)行組織的內(nèi)部或外部。內(nèi)部資源由（1）或（2）負(fù)責(zé)分配，外部資源則通過（3）過程獲得。

【問題4】(6分)

（1）在質(zhì)量管理中，質(zhì)量保證主要關(guān)注產(chǎn)品是否符合質(zhì)量標(biāo)準(zhǔn)，而質(zhì)量控制主要關(guān)注過程是否穩(wěn)定。（）

（2）在資源管理中，資源日歷規(guī)定了項目期間確定的團(tuán)隊和實物資源何時可用、可用多久。（）

（3）進(jìn)度壓縮技術(shù)是在同時考慮資源可用性和項目時間的情況下，對活動和活動所需資源進(jìn)行的進(jìn)度規(guī)劃。（）

（4）使用人工檢查代碼的方法來檢查代碼的邏輯問題，也屬于黑盒測試的范疇。（）

（5）在項目管理中，溝通計劃是確保項目團(tuán)隊與客戶之間信息傳遞的關(guān)鍵。（）

（6）在項目管理中，與客戶的溝通應(yīng)主要通過正式的渠道進(jìn)行，非正式溝通可能會導(dǎo)致信息傳遞不準(zhǔn)確。（）