簡介
資源計畫矩陣是由工作分解結構直接轉化而來的矩陣表，也就是將工作分解結構中的最基層的每一個活動都分別列出資源需求，並進行匯總。下表是項目資源計畫矩陣的基本形式。儘管該表可以將項目的資源統籌列出，但不能表達出關於資源的詳細信息。
資源計畫矩陣資源計畫矩陣
關於表達形式
問題提出
項目管理的基礎是在明確了項目目標後，循序漸細地一一進行項目工作分解（WBS）工作，將項目目標分成成百、上千、上萬個工序。現代項目管理一般都使用項目管理軟體輔助進行WBS分解工作，以進度計畫管理模組為基礎，然後將資源、成本、組織等信息按時間坐標進行排列，從而形成一系列項目管理目標計畫。進度計畫管理模組有甘特圖、單代號網路圖、單代號時標網路圖、雙代號網路圖、雙代號時標網路圖等表現方式。
甘特圖的最大優點是表格化，許多項目管理軟體中預製了大量的項目管理表格，十分方便。但是，其最大的不便之處是所有的項目分解任務均在左側單列，往往一個項目的分解表很長，而甘特圖中的條條很稀，占用很多紙張空間。而且，在左側的WBS碼錶中，你必須一會兒用過程進行分解，一會兒用項目對象系統進行分解，使你的思路混亂。
雙代號網路圖和其時標網路圖的最大優點是圖形化，圖面很緊湊；但其最大的缺點是不能形成表格化，而在項目管理中經常使用各式大量的表格，故而雙代號網路圖在項目管理中的套用遇到了阻礙。單代號網路圖和單代號時標網路圖的優缺點同雙代號網路圖。其實，單代號網路圖與雙代號網路圖之間可以進行轉換。你想像一下：將單代號網路圖的節點按工作時間拉長，將箭線縮短成節點，就變成了雙代號網路圖；反之，將雙代號網路圖的箭線縮短成節點，將雙代號的節點拉長成連線線，就變成了單代號網路圖了。夢龍項目管理軟體已經實現了此種轉換。
另外，可以在雙代號網路圖中引進第三節點――即除頭尾二節點外，用來表示工作間的搭接關係，則雙代號網路圖同樣可以表示FS、FF、SF、SS等工作間搭接關係。
解決思路
為了克服網路圖不能形成表格化的缺點，以下為建議模型。我們經常會遇到此種情況，即在進行編制WBS工作分解結構時，到底是以項目過程為主進行分解，比如建築工程項目分解成立項、設計、招投標、施工、驗收等，還是以項目產出物的專業系統為主進行分解，比如建築工程項目分解成結構、建築、機電、裝修、外線、市政管線等？有時候二者相互穿叉，出來的分解表比較亂。
其實，我們發現，在進行WBS工作分解結構時，用矩陣表方式是最清楚的。我們可以將項目實施的過程列在表格的上部第一行中（WBS），將項目產出物的系統結構列在表格的左側第一列中（PBS），這樣就形成了一個WBS－PBS矩陣分解表。表中各單元就是項目各工序（或叫工作包、契約包等）的承載數據單元項，比如每一單元項可以承載有WBS碼、工作名稱、工期、開工日期、資源數量、成本、負責人、技術標準等。
再者，如果將上述第一行的WBS項目實施過程放上時間刻度，將各單元項放在這個以時間軸為坐標的圖面中，並按工序的邏輯順序連線起來，按每個單元項的工作時間定義其條形圖的長短，就形成了一張網路圖，進而形成了一張單代號或雙代號時標網路圖。而且，此圖也符合我們平常的工作編排習慣―――即從圖的縱向看，項目每階段實施過程均涉及到項目產出物的各專業系統，每個專業系統均有項目人們在並行工作，比如建築工程項目有立項、設計、招投標、施工、驗收等階段，而設計階段和施工階段和招投標階段中均涉及到建築系統、機電系統、外線系統等在並行工作。從圖的橫向看，項目每個專業系統均涉及設計、招投標、施工等過程，各專業系統中均有不同職能管理或操作的人們在串列工作。
在時標網路圖中，各單元項被放置在時間坐標中，則其承載數據也就隨之被放置在時間坐標中。進而，我們隨這得到了有時間坐標的人員計畫、材料計畫、資金計畫、機械計畫。我們可以按照矩陣表的縱橫兩方向進行統計，進而，得到了有時間坐標的設計、招投標、施工等各階段計畫，或者，有時間坐標的項目各專業系統的分包實施計畫其中包括各專業系統的設計、招投標、施工等工作。
如果項目管理軟體借用上述思路，則即發揮了圖形化的優勢，又克服了無WBS表格化的缺點，豈不是項目管理軟體的一大進步。
