【說明】
某集團領導層準備內部開發(fā)一個大數(shù)據(jù)平臺，展示不同軟件產品的實時數(shù)據(jù)，追蹤不同軟件產品的KPI為趕上領導層要求的發(fā)布時間，項目經理小王收集了各個軟件目前支持的數(shù)據(jù)埋點后直接開始和項目團隊進行大數(shù)據(jù)平臺的開發(fā)并進行展現(xiàn)。展現(xiàn)時領導層發(fā)現(xiàn)數(shù)據(jù)太多，一些關鍵數(shù)據(jù)有缺失，并且表達方式不夠直觀。小王的項目團隊和領導層溝通后認為此次發(fā)布不達標，必須重新進行開發(fā)。小王根據(jù)項目管理的相關要求，重新整理了需求與領導層進行了確認，并溝通了發(fā)布時間。根據(jù)確認的需求，小王制定了工作分解結構，組織研發(fā)開始工作。這次開發(fā)過程中小王吸取了第一次的經驗教訓，每周和領導團隊溝通并隨時添加不同領導希望的新需求，開發(fā)團隊嚴格執(zhí)行小王安排的新需求，導致在發(fā)布時間未能完成。
【問題1】（8分）
結合案例，從項目范圍管理的角度分析項目存在的問題。
【問題2】（7分）
請簡述WBS分解過程中的注意事項。
【問題3】（3分）
判斷正誤(正確的選擇“√”，錯誤的選擇“×”)
(1)需求跟蹤矩陣是把產品需求從其來源連接到能滿足需求的可交付成果的一種表格。
(2)創(chuàng)建工作分解結構是把項目可交付成果和項目工作分解成較小的、更易于管理的組件的過程。
(3)范圍基準由范圍管理計劃、工作分解結構和WBS詞典組成。