接下來進到瀑布式專案管理的監督和控制階段，此階段和執行階段平行進行，目的是持續確保執行階段按計畫執行。
監督和控制專案工作 Monitor and Control Project Work
這是一個監督和控制階段的整體程序（解釋這整個階段在做什麼）。目的是持續確認專案是否照計畫進行，包括工作進度、時間、成本與品質等等。在執行期間，這個程序會同步展開，不斷追蹤專案狀態並與計畫比較。常用的資訊包含工作績效資料（work performance data）以及最終產出的工作績效報告（work performance report）。若在監控過程中發現偏差或需要調整，會提出變更請求（change request）。核心精神是「持續看著計畫，並在偏離時及時調整」。
整合管理變更控制 Perform Integrated Change Control
此程序主要負責管理所有變更請求，包括審查、批准、拒絕與記錄。不論變更是自己提出、團隊提出或是任何利害關係人提出，且不論變更大小，皆必須以書面提出並遵循此程序。輸入包含變更請求及工作績效報告，用來評估變更對整體專案的影響。決策者可能是贊助人、變更管理委員會（CCB_Change Control Board）等。流程包含：由利害關係人提出變更 → PM 評估影響與替代方案 → 送至 CCB 審核 → 核准則更新專案計畫，不核准則重新討論問題。工具包括變更控制工具與 CCB。輸出為核准的變更請求（approved change request），並且要同步更新所有相關文件及變更紀錄（change log）。驗證範疇 Validate Scope
此程序是由利害關係人正式驗收成品，通常發生在專案要收尾之前。輸入為完成的可交付成果（deliverables），透過檢查（inspection）確認成果是否符合範疇基準（scope baseline）。如果驗收通過，產出「已接受的可交付成果」（accepted deliverables）；若不通過，則會提出變更請求。此程序與品質控制（control quality）不同：品質控制是團隊自己的檢查，而 Validate Scope 是客戶或贊助人的正式核准。另一個輸出是更新後的工作績效資訊（work performance information），用來標記哪些交付物已被接受。
控制範疇 Control Scope
Control Scope 的重點是管理專案範疇，確保實際完成的工作與專案管理計畫中的範疇基準一致。做法是比較 PM 計畫中規劃的工作（planned work）與實際工作績效資料（work performance data），以判斷是否發生偏差。此程序也負責管理所有範疇方面的變更，並避免 scope creep（範疇無限制擴張）。常用工具包含差異分析（variance analysis）與趨勢分析（trend analysis）。若發現偏差，需要提出變更請求（change request），以修正範疇或調整相關計畫。輸出則包含範疇差異的分析結果與後續改善建議。
控制時程 Control Schedule
Control Schedule 的目標是確保專案時程維持在 baseline 內進行。此程序比較計畫時程與實際花費時間（work performance data），分析是否落後或超前，並找出造成差異的原因。使用的工具與規劃時程階段相似，例如 leads and lags、關鍵路徑法（Critical Path Method），以及績效審查（performance reviews）。若時程脫離預期，需提出時程相關的變更請求。此外，此程序也會產生時程預測（schedule forecast），例如專案預估還需要多久完成——這是主管常問的資訊。輸出包括預測結果與必要的調整建議。
控制花費 Control Costs
Control Costs 是監控專案成本的程序，用來比較實際支出與預算基準，確保專案在可控成本內進行。工具中最核心的是 EVM（Earned Value Management），能協助分析成本績效並預測未來總成本。此外，也會運用差異分析（variance analysis）、趨勢分析（trend analysis）與預備金分析（reserve analysis），以理解成本變化、風險預留金是否需要動用等。若成本偏離預算，需要提出相關變更請求（change request）。輸出包含工作績效資訊、成本預測（cost forecast）以及後續調整建議，例如目前進行到一半時重新估算整體專案的最終花費。
控制品質 Control Quality
Control Quality 的目的在於檢查交付物是否符合品質需求與規範，確認產品已經達到可驗收的品質標準。輸入為 deliverables，主要工具包含 inspection（檢查）、checklist（檢查清單）、data gathering、statistical sampling（抽樣檢測）、以及針對開發團隊的問卷調查。也會使用 testing 與 product evaluation（實際測試產品）、以及各式資料呈現工具如魚骨圖（因果圖）與 control chart（管制圖）來分析製程是否有偏差，例如製造業中若連續七筆數據都靠近同一側限值，即表示製程可能偏掉。程序的輸出為 verified deliverables（已驗證的交付物）以及 quality control measurements（品質檢測數據）。若檢查未通過，須提出 change request 修正。
控制資源 Control Resources
Control Resources 著重於監控與管理專案的「實體資源」（physical resources），例如設備、材料、器材是否依計畫取得與被妥善使用。人力管理已在 Manage Team 處理，此程序僅關注非人力的資源運用情況。輸入包含資源管理計畫與實際工作數據（work performance data），工具多為各種資料分析方法。若資源使用不符計畫或影響專案進行，就需要提出 change request。輸出則會反映資源使用是否有效率以及是否需調整資源分配。
監管溝通 Monitor Communications
Monitor Communications 的任務是檢視專案溝通是否如計畫有效進行，確保重要資訊被準確傳遞、會議品質良好、相關利害關係人都收到需要的更新。此程序透過檢查 communication management plan 的執行情況，確認溝通方法、頻率、內容與品質是否到位。輸入包括溝通管理計畫及工作績效資料（work performance data），若發現溝通方式無效、資訊未準時傳遞、或溝通品質不足，就需要提出 change request 來調整。輸出即為改善建議與必要的溝通方式變更。
監管風險 Monitor Risk
持續監控已識別的風險，並根據情況調整風險的可能性排序或影響程度。在這個過程中，需要確認之前制定的風險應對計畫（response plans）是否仍然適合，必要時進行修正或更新，以確保專案在風險管理上的準備與反應都是有效的。
控制採購供應 Control Procurements
確保供應商的工作遵守合約，包括交付內容、變更管理及合約結束。
輸入（Input）：專案計畫、合約文件、工作績效數據。
工具（Tool）：
- Inspect the work：對供應商交付的工作進行檢查，確保符合要求。
- Audit：審計工作，檢視供應商工作是否遵循合約條款（相較於inspect，更偏向正式審核流程）。
- Claims administration：處理爭議，例如供應商可能認為工作內容超出原定範圍而要求額外報酬，優先透過溝通達成共識。
輸出（Output）：合約結束的正式文件，包括已交付成品確認與報酬結算。
監管利害關係人參與 Monitor Stakeholder Engagement
管理利害關係人的參與，確認有實際執行既定的engagement計畫，並監控計畫與實際執行情況的差異。這個過程包含評估利害關係人的關係、參與行動的有效性，以及檢視原先計畫是否適當。若發現計畫不符合實際需求或需要改進，則提出變更申請（Change Request）作為輸出。
