目錄TOC\o"1-3"\h\u7010 1227561.1G公司AI軟件項(xiàng)目背景 130501.1.1項(xiàng)目背景 1306311.1.2項(xiàng)目?jī)?nèi)容 240181.2Pm-Scrum在AI軟件項(xiàng)目中的應(yīng)用分析 4145171.3.1嚴(yán)控需求入口 485601.3.2重新調(diào)整團(tuán)隊(duì)劃分 5221161.3.3建立需求跟蹤矩陣閉環(huán)需求管理 6232431.3Pm-Scrum在AI軟件項(xiàng)目實(shí)施后的效果評(píng)估 71.1G公司AI軟件項(xiàng)目背景1.1.1項(xiàng)目背景G公司的主要AI產(chǎn)品是城市公共安全防護(hù)、城市綜合治理的專業(yè)智能輔助系統(tǒng)。該系統(tǒng)由光電雷達(dá)感知節(jié)點(diǎn)、Wi-Fi嗅探設(shè)備等前端感節(jié)點(diǎn)和引擎后臺(tái)構(gòu)成。圖4-1系統(tǒng)功能概述系統(tǒng)是以“人”為核心的智能追蹤系統(tǒng)。追蹤系統(tǒng)可以接入光電雷達(dá)感知節(jié)點(diǎn)、Wi-Fi嗅探等多種前端感知設(shè)備，再通過(guò)引擎后臺(tái)進(jìn)行大數(shù)據(jù)融合、人工智能算法的深度計(jì)算、跨時(shí)空域的綜合分析，可以對(duì)治安防治區(qū)域內(nèi)所有目標(biāo)對(duì)象進(jìn)行智能監(jiān)控、追蹤和分析。該系統(tǒng)可以實(shí)現(xiàn)對(duì)目標(biāo)的自動(dòng)發(fā)現(xiàn)、追蹤、經(jīng)營(yíng)、識(shí)別、告警觸發(fā)、破案、追溯、取證、抓捕等一系列動(dòng)作，能形成具有實(shí)戰(zhàn)意義的業(yè)務(wù)作戰(zhàn)能力，把未知變成可知、把難測(cè)變成可測(cè)、把失控變成可控，實(shí)現(xiàn)從事后被動(dòng)處置轉(zhuǎn)變?yōu)槭虑爸鲃?dòng)預(yù)警，極大提升公安工作效率。對(duì)人、車、手機(jī)等重點(diǎn)要素進(jìn)行管控。同時(shí)，可根據(jù)需要與公安現(xiàn)有業(yè)務(wù)系統(tǒng)，如高危人員庫(kù)、預(yù)案管理、刑偵、治安防控、移動(dòng)警務(wù)等進(jìn)行對(duì)接，充分利用警務(wù)軟硬件資源，構(gòu)建一套完備的公安作戰(zhàn)系統(tǒng)，并據(jù)此構(gòu)建點(diǎn)線面結(jié)合的立體化社會(huì)治安防控體系。產(chǎn)品核心定位上來(lái)看，該系統(tǒng)是一個(gè)大型分布式實(shí)時(shí)計(jì)算及海量數(shù)據(jù)存儲(chǔ)系統(tǒng)，定位幫助城市有效處理大型交通樞紐、大型商圈、步行街、景區(qū)等高人流密集區(qū)域場(chǎng)景的治安防控，重點(diǎn)解決如下需求：1）針對(duì)重點(diǎn)監(jiān)控目標(biāo)事前預(yù)警追蹤系統(tǒng)在對(duì)治安防治區(qū)進(jìn)行監(jiān)控的同時(shí)，如果發(fā)現(xiàn)重點(diǎn)人出現(xiàn)在防治區(qū)內(nèi)，系統(tǒng)會(huì)立即產(chǎn)生告警，提醒公安人員提前進(jìn)行監(jiān)視，防止出現(xiàn)異常事件的發(fā)生。2）針對(duì)重點(diǎn)場(chǎng)所進(jìn)行主動(dòng)防御。對(duì)重點(diǎn)場(chǎng)所、客流密集區(qū)域提供人員擁擠程度、人流統(tǒng)計(jì)和網(wǎng)格化精細(xì)化分析，主動(dòng)防御如踩踏等意外事件。3）針對(duì)重點(diǎn)監(jiān)控目標(biāo)實(shí)時(shí)監(jiān)控。在治安防治區(qū)域內(nèi)采用視頻監(jiān)控、Wi-Fi嗅探等技術(shù)手段，實(shí)時(shí)監(jiān)控防治區(qū)的所有目標(biāo)，包括重點(diǎn)人、普通人、公安人員等。4）針對(duì)重點(diǎn)監(jiān)控目標(biāo)精準(zhǔn)布控。對(duì)抓捕的目標(biāo)可以實(shí)施精準(zhǔn)布控，目標(biāo)一旦進(jìn)入防治區(qū)內(nèi)，即可產(chǎn)生報(bào)警，指引軌跡，提升實(shí)施抓捕行動(dòng)的效率。5）針對(duì)海量人群持續(xù)實(shí)時(shí)追蹤。針對(duì)要跟蹤的目標(biāo)，追蹤系統(tǒng)可以實(shí)現(xiàn)在防治區(qū)內(nèi)，跨感知節(jié)點(diǎn)對(duì)目標(biāo)進(jìn)行持續(xù)的追蹤。1.1.2項(xiàng)目?jī)?nèi)容項(xiàng)目目標(biāo)旨在開(kāi)發(fā)一套系統(tǒng)，該系統(tǒng)采用自主研發(fā)的人臉識(shí)別、人體識(shí)別、車牌識(shí)別、WIFI檢測(cè)技術(shù)，可進(jìn)行基于圖片和視頻的人臉比對(duì)，以及通過(guò)WIFI探針檢測(cè)行人智能設(shè)備（手機(jī)、平板、智能音響等）的MAC地址，生成WIFI軌跡，展開(kāi)人員、車輛、智能設(shè)備的實(shí)時(shí)軌跡跟蹤與監(jiān)控，結(jié)合光電雷達(dá)和智能頭盔進(jìn)行聯(lián)合圍捕的警務(wù)一體化系統(tǒng)。實(shí)現(xiàn)在大型商圈、高密度人流場(chǎng)景下的海量目標(biāo)追蹤，綜合利用智能感知、深度計(jì)算、大數(shù)據(jù)、人工智能等科技手段，基于跨空域、跨時(shí)域、跨信息域多維感知追蹤運(yùn)算，構(gòu)建一個(gè)以“人”為核心目標(biāo)對(duì)象的治安防御系統(tǒng)，實(shí)現(xiàn)對(duì)目標(biāo)的自動(dòng)發(fā)現(xiàn)、實(shí)時(shí)追蹤、經(jīng)營(yíng)、識(shí)別、預(yù)警、預(yù)防、破案、追溯、取證等系列具有實(shí)戰(zhàn)意義的業(yè)務(wù)作戰(zhàn)能力，實(shí)現(xiàn)從被動(dòng)轉(zhuǎn)變?yōu)橹鲃?dòng)發(fā)現(xiàn)、主動(dòng)預(yù)防、主動(dòng)預(yù)警、主動(dòng)預(yù)測(cè)，機(jī)器代替人工，以此通過(guò)智能化的手段極大提升治安防御工作效率，減少治安防御過(guò)程中的低層次勞動(dòng)。圖4-2系統(tǒng)部署架構(gòu)圖為更好服務(wù)公共安全行業(yè)，本系統(tǒng)的圖像檢測(cè)、識(shí)別跟蹤技術(shù)，可實(shí)現(xiàn)大區(qū)域多目標(biāo)的快速識(shí)別鎖定和追蹤。表4-1系統(tǒng)功能系統(tǒng)功能功能說(shuō)明目標(biāo)人員智能追蹤將人員信息錄入系統(tǒng)（重點(diǎn)人員布控），通過(guò)區(qū)域組內(nèi)安裝的智能設(shè)備（高清攝像頭等），系統(tǒng)將匹配所有抓拍的人臉圖像，并與系統(tǒng)布控的人臉比對(duì)，一旦發(fā)現(xiàn)指定人員立刻觸發(fā)預(yù)警，并自動(dòng)追蹤目標(biāo)人員。實(shí)時(shí)監(jiān)測(cè)行人高頻率拍攝監(jiān)控區(qū)域組內(nèi)人臉圖像、視頻流，實(shí)時(shí)顯示抓拍人員圖像列表，生成人員軌跡。目標(biāo)車輛智能追蹤對(duì)于目標(biāo)車輛，通過(guò)區(qū)域組內(nèi)安裝的智能設(shè)備，系統(tǒng)將識(shí)別視野范圍內(nèi)所有通行車輛的牌號(hào)，發(fā)現(xiàn)目標(biāo)車輛即報(bào)警，同時(shí)自動(dòng)追蹤目標(biāo)車輛。實(shí)時(shí)監(jiān)測(cè)車輛高頻率抓怕監(jiān)控區(qū)域組內(nèi)車牌號(hào)，實(shí)時(shí)顯示抓拍車輛列表，生成車輛軌跡。系統(tǒng)具有智能、追蹤、高效等特點(diǎn)，通過(guò)運(yùn)用實(shí)時(shí)快速目標(biāo)檢測(cè)、人臉識(shí)別框架、卡爾曼濾波、行人重識(shí)別和車牌識(shí)別框架等人工智能算法技術(shù)，實(shí)現(xiàn)了攝像頭拍攝視頻到從視頻中快速準(zhǔn)確獲取人臉、人體和車輛信息等。另外系統(tǒng)通過(guò)WIFI探針檢測(cè)行人手機(jī)、平板等智能設(shè)備的MAC地址，記錄和定位設(shè)備的MAC地址，從而追蹤到特定設(shè)備的位置及與其綁定人員的位置。通過(guò)使用當(dāng)前最熱門的人工智能算法，使本系統(tǒng)的智能化、高效化達(dá)到更高的水平。具體表現(xiàn)為：目標(biāo)識(shí)別和分類：系統(tǒng)可以完成對(duì)大場(chǎng)景中多目標(biāo)的檢測(cè)，檢測(cè)頻率高，每秒達(dá)3幀數(shù)據(jù)，并自動(dòng)區(qū)分目標(biāo)的類型，包括人、車輛或其他物體等。多目標(biāo)跟蹤：通過(guò)目標(biāo)智能算法使系統(tǒng)，可以同時(shí)跟蹤不同目標(biāo)。實(shí)時(shí)預(yù)警：在監(jiān)控范圍內(nèi)追蹤指定的人、車輛或手機(jī)、平板等設(shè)備，一經(jīng)檢測(cè)，立即出發(fā)預(yù)警。數(shù)據(jù)存儲(chǔ)可靠：識(shí)別結(jié)果和人員圖像、車輛圖像、MAC地址數(shù)據(jù)可靠地存儲(chǔ)在數(shù)據(jù)庫(kù)中，系統(tǒng)突發(fā)異常時(shí)會(huì)保護(hù)數(shù)據(jù)不丟失，也便于做大數(shù)據(jù)分析?？垢蓴_性強(qiáng)：系統(tǒng)能24小時(shí)全天候工作，并具有較強(qiáng)的抗干擾性，在全天候復(fù)雜環(huán)境下也能進(jìn)行穩(wěn)定的目標(biāo)跟蹤。1.2Pm-Scrum在AI軟件項(xiàng)目中的應(yīng)用分析G公司的AI項(xiàng)目之前的模式是通過(guò)傳統(tǒng)的軟件項(xiàng)目管理方式進(jìn)行的，并在實(shí)際進(jìn)行過(guò)程中，不斷調(diào)整優(yōu)化和裁剪。在該項(xiàng)目中，客戶的需求基于合同約定而來(lái)，但是由于部分功能條款的描述的模糊性和不窮盡性，一些具體的參數(shù)、指標(biāo)或性能，并不能得到準(zhǔn)確唯一的解釋，導(dǎo)致的需求變更會(huì)基于客戶的認(rèn)知深入而在項(xiàng)目管理的整個(gè)過(guò)程中發(fā)生。導(dǎo)入Pm-Scrum方法后，項(xiàng)目團(tuán)隊(duì)上下，對(duì)需求管理有了新的認(rèn)識(shí)，對(duì)需求變更的排斥，并逐漸認(rèn)可需求變更是項(xiàng)目開(kāi)發(fā)過(guò)程中的正常情況。由于部門領(lǐng)導(dǎo)的支持以及團(tuán)隊(duì)成員的配合，Pm-Scrum推進(jìn)的還比較順利，通過(guò)應(yīng)用實(shí)施得出的以下幾個(gè)關(guān)鍵點(diǎn)。1.3.1嚴(yán)控需求入口需求就是項(xiàng)目的工作量，需求范圍就是項(xiàng)目范圍。項(xiàng)目主要做的工作就是需求所定義的內(nèi)容。一個(gè)項(xiàng)目避免鍍金和范圍蔓延的第一步就在于嚴(yán)控需求入口，在項(xiàng)目前期就應(yīng)該約定明確項(xiàng)目需求的入口和對(duì)接方式。（1）以合同作為主要需求入口。和客戶方在前期溝通確認(rèn)中，明確客戶方對(duì)接代表，做為甲方項(xiàng)目經(jīng)理身份參與項(xiàng)目的相關(guān)活動(dòng)中，負(fù)責(zé)解釋合同條款、參與項(xiàng)目監(jiān)督、溝通和協(xié)調(diào)作用。項(xiàng)目的需求基本遵循合同要求進(jìn)行，對(duì)于一些合同約定的需求在不明確的情況下，由甲方項(xiàng)目經(jīng)理負(fù)責(zé)解釋，有此產(chǎn)生的需求便更情況，需要甲乙雙方項(xiàng)目經(jīng)理進(jìn)行書面或郵件確認(rèn)。（2）合同之外的甲方需求來(lái)源由甲方項(xiàng)目經(jīng)理書面或郵件方式，發(fā)給乙方公司相關(guān)負(fù)責(zé)人。乙方由商務(wù)、業(yè)務(wù)、技術(shù)及項(xiàng)目經(jīng)理共同參與溝通確認(rèn)，決定是否納入合同附加條款或另擬合同進(jìn)行。（3）內(nèi)部需求入口。項(xiàng)目團(tuán)隊(duì)在對(duì)合同條款的需求進(jìn)行理解和分解時(shí)，出現(xiàn)的不一致或者疏漏，導(dǎo)致的需求變更或者需求提出，則在每日站立會(huì)議或每日日?qǐng)?bào)中提出，由項(xiàng)目經(jīng)理收集統(tǒng)計(jì)后，統(tǒng)一安排。1.3.2重新調(diào)整團(tuán)隊(duì)劃分公司目前的架構(gòu)為矩陣式架構(gòu)，項(xiàng)目團(tuán)隊(duì)成員從各個(gè)職能部門調(diào)入團(tuán)隊(duì)后，劃分的團(tuán)隊(duì)架構(gòu)，仍然是樹(shù)形結(jié)構(gòu)，采用的仍然是傳統(tǒng)項(xiàng)目管理的人員劃分結(jié)構(gòu)。原有的人員結(jié)構(gòu)如下：圖4-3原有團(tuán)隊(duì)人員架構(gòu)結(jié)合Pm-Scrum模型，我們將團(tuán)隊(duì)做了進(jìn)一步調(diào)整優(yōu)化，以適應(yīng)新模型的進(jìn)行。Pm-Scrum下進(jìn)行調(diào)整后的團(tuán)隊(duì)核心架構(gòu)如下：圖4-4團(tuán)隊(duì)核心架構(gòu)因?yàn)轫?xiàng)目比較大且較為負(fù)責(zé)，故設(shè)置項(xiàng)目技術(shù)負(fù)責(zé)人和項(xiàng)目經(jīng)理共同為項(xiàng)目負(fù)責(zé)，項(xiàng)目核心團(tuán)隊(duì)下管理Team1、Scrum2、Scrum3等小組，如圖5.5。Team1小組按照傳統(tǒng)小組的形式組建，可負(fù)責(zé)通用性需求的完成，保證系統(tǒng)底層開(kāi)發(fā)的可靠性、穩(wěn)定性和通用性。Scrum小組，參照敏捷思路，按5~7人配置，主要應(yīng)對(duì)非通用型需求，達(dá)到快速迭代快速交付的目的。圖4-5項(xiàng)目團(tuán)隊(duì)內(nèi)部小組架構(gòu)1.3.3建立需求跟蹤矩陣閉環(huán)需求管理為避免范圍蔓延或鍍金，也為防止需求遺漏或缺失，Pm-Scrum下的需求管理采用端到端的閉環(huán)管理思路。從合同形成的需求，通過(guò)整理輸入形成原始需求，并記錄在原始需求表4-2中。表4-2原始需求表根據(jù)原始需求表，進(jìn)行分析和細(xì)化，經(jīng)過(guò)評(píng)審形成細(xì)化的業(yè)務(wù)需求，并為每個(gè)業(yè)務(wù)需求指定唯一的ID，業(yè)務(wù)需求用業(yè)務(wù)語(yǔ)言描述再通過(guò)轉(zhuǎn)化形成開(kāi)發(fā)語(yǔ)言描述的軟件需求，同時(shí)設(shè)定優(yōu)先級(jí)記錄到需求對(duì)應(yīng)表4-3中。表4-3需求對(duì)應(yīng)表NO.業(yè)務(wù)需求ID業(yè)務(wù)需求概述需求等級(jí)軟件需求ID軟件需求名稱備注1SALES-RS-124xxxxxx高Soft-RS-124xxxxxx2中3為了更精準(zhǔn)的進(jìn)行需求閉環(huán)，形成需求矩陣跟蹤表，如表4-4中。針對(duì)項(xiàng)目不同階段的不同任務(wù)，都置頂相應(yīng)的ID編碼，來(lái)唯一對(duì)應(yīng)相關(guān)需求，實(shí)現(xiàn)需求傳遞的整個(gè)鏈條的可追溯性和傳遞的完整性。表4-4需求跟蹤矩陣在引入了Pm-Scrum方法后，原始需求表、需求對(duì)應(yīng)表以及需求跟蹤矩陣，不是一次性導(dǎo)入后就不變了，而是要根據(jù)新需求的導(dǎo)入或需求的變更是而實(shí)時(shí)動(dòng)態(tài)更新的。同時(shí)，一般的計(jì)劃階段，需求的開(kāi)發(fā)會(huì)全員參與，導(dǎo)致一些只具有編碼能力的人員或者對(duì)需求把握能力不強(qiáng)的人員也在編寫需求，這樣的需求通常不會(huì)影響需求的準(zhǔn)確率，從表現(xiàn)上來(lái)看是準(zhǔn)確率下降了。另一方面，需求總量的增加，會(huì)導(dǎo)致不準(zhǔn)確的需求會(huì)加速增加，會(huì)導(dǎo)致越大的項(xiàng)目計(jì)劃越不可信，過(guò)程越無(wú)法控。Pm-Scrum的需求分析和開(kāi)發(fā)該過(guò)程，是團(tuán)隊(duì)核心成員或代表參與。從一定程度上避免了不成熟的需求理解。這樣也要求核心團(tuán)隊(duì)的骨干成員先行組建，參與重要的工作，再逐步增加其他成員完成團(tuán)隊(duì)的組建。1.3Pm-Scrum在AI軟件項(xiàng)目實(shí)施后的效果評(píng)估衡量Pm-Scrum模型引入后項(xiàng)目執(zhí)行效果，根據(jù)3.4小結(jié)提供的評(píng)價(jià)方法，根據(jù)度量標(biāo)準(zhǔn)，從需求開(kāi)發(fā)質(zhì)量、需求開(kāi)發(fā)效率、需求變更成功率、團(tuán)隊(duì)合作效率、團(tuán)隊(duì)穩(wěn)定性等維度，作為評(píng)估指標(biāo)。對(duì)項(xiàng)目實(shí)施前后的數(shù)據(jù)進(jìn)行整理，我們最后得出如下評(píng)估結(jié)果。在需求開(kāi)發(fā)質(zhì)量上，本文以最終轉(zhuǎn)測(cè)的版本為準(zhǔn)，隨機(jī)選擇了一組數(shù)據(jù)進(jìn)行對(duì)比。如表4-5所示：表4-5需求開(kāi)發(fā)質(zhì)量對(duì)比數(shù)據(jù)規(guī)模（千行代碼）Pm-Scrum應(yīng)用前Pm-Scrum應(yīng)用后功能點(diǎn)A254功能點(diǎn)B0.522功能點(diǎn)C52617功能點(diǎn)D31813功能點(diǎn)E73527作者隨機(jī)挑選了以上5個(gè)功能點(diǎn)，記錄每個(gè)功能點(diǎn)的規(guī)模和BUG數(shù)量，通過(guò)Pm-Scrum實(shí)施前后的數(shù)據(jù)發(fā)現(xiàn)，Pm-Scrum實(shí)施后BUG數(shù)和工作量占比均有所減少了，其中功能點(diǎn)A減少20%，功能點(diǎn)B不變，功能點(diǎn)C減少35%，由此可見(jiàn)Pm-Scrum對(duì)于規(guī)模較大的開(kāi)發(fā)代碼減少的更多，提升效果越好，原因在于規(guī)模較大的代碼，會(huì)存在更多的不確定因素，這就會(huì)影響前期需求識(shí)別的準(zhǔn)確率，而采用Pm-Scrum模型，進(jìn)行敏捷開(kāi)發(fā)，迭代交付，在開(kāi)發(fā)交付過(guò)程中逐漸增強(qiáng)對(duì)需求的認(rèn)識(shí)。采用Pm-Scrum方法進(jìn)行后，項(xiàng)目成員的工作效率比改進(jìn)前有了明顯的提升，主要原因如下：每日站會(huì)保證了項(xiàng)目實(shí)施過(guò)程中發(fā)生的任何問(wèn)題都可以隨時(shí)交流解決，每日日?qǐng)?bào)中也可以估計(jì)一些不擅長(zhǎng)發(fā)言的成員，讓他們有機(jī)會(huì)可以把問(wèn)題記錄在日?qǐng)?bào)里每日上交。各個(gè)功能模塊的工作量通過(guò)功能點(diǎn)估算的工作量，也比之前更加科學(xué)有效，在每一次的迭代沖刺階段，項(xiàng)目成員也更多的把時(shí)間用在了工作中，減少了前期因需求變更導(dǎo)致的各方溝通困難，甚至不溝通的情況。表4-6是需求開(kāi)發(fā)效率的對(duì)比數(shù)據(jù)，可以看出效率有所提升。表4-6需求開(kāi)發(fā)效率對(duì)比單位（人日）計(jì)劃開(kāi)發(fā)時(shí)間實(shí)際開(kāi)發(fā)時(shí)間效率提升Pm-Scrum應(yīng)用前Pm-Scrum應(yīng)用后功能點(diǎn)A1012840%功能點(diǎn)B35367%功能點(diǎn)C25282224%功能點(diǎn)D1513127%功能點(diǎn)E35402543%在需求變更成功率部分，由于采用了需求跟蹤矩陣技術(shù)，項(xiàng)目團(tuán)隊(duì)所有成員及相關(guān)干系人都能隨時(shí)查看需求的情況，包括需求新增、變更、刪減等信息，保證了所有工作都朝著符合需求的方向努力，因此需求變更成功率也獲得了極大的提升，由表4-7可以看到，采用了Pm-Scrum方法后成功率提升了24%。表4-7需求變更成功率對(duì)比Pm-Scrum應(yīng)用前Pm-Scrum應(yīng)用后已歸檔的需求1926需求變更總量3030已歸檔的需求所占比重63%87%同時(shí)，也由于采用了敏捷估算工作量模型，團(tuán)隊(duì)可以更準(zhǔn)確的估算每次沖刺所需要的工作量，更精準(zhǔn)的匹配項(xiàng)目成員可用時(shí)間，從而使需求變更的交付時(shí)間得到極大的改善。團(tuán)隊(duì)合作效率方面的對(duì)比，作者選取了項(xiàng)目管理相關(guān)的會(huì)議進(jìn)行統(tǒng)計(jì)，選取的數(shù)據(jù)來(lái)自有記錄的會(huì)議紀(jì)要，通過(guò)統(tǒng)計(jì)發(fā)現(xiàn)，原本針對(duì)需求之類尤其是需求頻繁變更而導(dǎo)致的會(huì)議討論大幅降低，從而降低會(huì)議時(shí)長(zhǎng)提升會(huì)議效率。會(huì)議上沒(méi)有再出現(xiàn)比較劇烈的需求變更對(duì)抗問(wèn)題，從而導(dǎo)致問(wèn)題遲遲無(wú)法解決，項(xiàng)目停擺的風(fēng)險(xiǎn)。借助Pm-Scrum提供的變更控制方法，順利對(duì)項(xiàng)目需求變更就行引導(dǎo)、梳理和控制。從表4-8中可以看到，在實(shí)行Pm-Scrum方法后，會(huì)議平均單次時(shí)長(zhǎng)有了較大的縮短，會(huì)議效率上明顯提升。表4-8會(huì)議效率對(duì)比Pm-Scrum應(yīng)用前Pm-Scrum應(yīng)用后每月正式會(huì)議總時(shí)長(zhǎng)4025每月正式會(huì)議次數(shù)1212平均單次會(huì)議時(shí)長(zhǎng)3.332.08從團(tuán)隊(duì)穩(wěn)定性來(lái)看，較高流動(dòng)率的團(tuán)隊(duì)往往說(shuō)明團(tuán)隊(duì)內(nèi)部存在一些系列的問(wèn)題，而這一些列的問(wèn)題不僅會(huì)提升項(xiàng)目成本，也會(huì)導(dǎo)致項(xiàng)目失敗，同時(shí)流動(dòng)人員往往伴隨著技術(shù)的不穩(wěn)定性，以及新接手人員的過(guò)渡期長(zhǎng)短都會(huì)導(dǎo)