階層2（4/10）
奮鬥吧！系統工程師 4 誰都能辦到？項目管理
「起初我認為只要製作會議上他們提出問題的資料就好，但是經過調查之後發現還挺有趣的。室見你知道嗎？專案管理還要使用算式呢。」
「算式？」
工兵指向成本管理的那一頁。「EAC（預估完工值）＝AC（實際成本）＋（BAC（總預算）一EV（掙值））／CPI（成本績效指數）」，陌生的算式旁邊附有一個S形弧線的圖表。似乎是可以藉由定期比較掙值和預算，來篩選出延宕的作業和超出的成本。
「其他還有用來找出複數業務最短日程的關鍵路徑法，以及像判定樹這種以機率論點來決定事情的方法等等，總之出人意外地富科學性——理論性。我原本以為PM是更感性的職位，所以還挺新鮮的。」
「……這樣啊。」
室見的眼眸中散發著隱約的光芒。
櫻花色的唇瓣蠢蠢欲動，纖細的手指翻動書頁。看來相當感興趣的模樣。
嗯，我就知道室見一定懂我的感受。
這種體系化的知識，不是靠感覺而是靠邏輯成立的世界。我早就料想到只要是懷有技術人員精神的人，一定會對此產生興趣的。
「那，櫻坂，這份資料你已經做了嗎？這個……風險登錄表。」
「……？不，還沒啊。」
「這很有趣呢。針對有可能發生的風險，依據其影響度和發生機率評分，藉此決定應對處理的優先順序。如此一來就可以站在客觀的角度判斷緊急性。就算大家為了從何處著手而意見紛歧，好像也能冷靜地彼此溝通。」
「喔，是利用矩陣的計算啊。發生機率為60％且影響度為0.8時，風險分數為0.48，落在矩陣的右上角。因此風險分類為『高』啊。」
「沒錯沒錯。啊，這個也很有趣。責任分配矩陣（RAM）。將作業內容和負責人作成表格，填入各自的職務。RACI模型？喔，事前就決定職務分配啊。喔。」
室見完全沉迷在閱讀中。甚至邊讀邊說出「我來做這個吧」之類的話。
唔唔唔，我怎麼能輸給她呢。
「室見室見，這個也很不錯喔。柏拉圖。將發生的問題分類、圖表化，馬上就能看出要率先處理什麼。格式本身很簡單，也放入這次的文件當中吧。」
「好啊，那我來試著做這個人力管理計畫書。」
「啊，奸詐！那是我看上的！」
「哼哼——先搶先贏啊。」
「讓各位久等了，接著請讓我為各位主持Better Media公司總公司遷移專案的啟動會議。這次敝公司準備了專案資料的草案，請各位聽我說明這些資料。」
不知不覺已接近會議的開始時間。工兵他們向櫃檯表達來意並領取入館證，走樓梯來到二樓會議室。一進門，便看見有幾家供貨商已經抵達。工兵向他們點頭示意後走向主持人席。
「不……（內容加載失敗！請重載或更換瀏覽器）