具有未完項的迭代型進度計畫：將需求記錄在使用者故事中，然後在建造之前按優先順序排序並優化使用者故事，最後在規定的時間盒內開發產品功能。
按需進度計畫：不依賴於以前為產品開發或產品增量制定的進度計畫，而 是在資源可用時立即從未完項和工作序列中提取出來開展。
6.1 規劃進度管理
進度管理計畫無進度，只是乙個描述如果管理進度的指南。
6.1.1 輸入
專案章程：專案章程中規定的總體里程碑進度計畫會影響專案的進度管 理。
6.1.2 工具和技術
理解為主
6.1.3 輸出
進度管理計畫：為編制、監督和控制專案進度建立準則和明確活動。包 括：
專案進度模型制定：需要規定用於制定專案進度模型的進度規劃方**和 工具。 進度計畫的發布和迭代長度、準確度、計量單位。
控制臨界值：需要採取某種措施前，允許出現的最大差異。臨界值通常用 偏離基準計畫中的引數的某個百分數來表示。
績效測量規則：固定公式法。0/100最保守、100/100最冒險。
6.2 定義活動
定義活動是識別和記錄為完成專案可交付成果而須採取的具體行動的過程。本過程的主要作用是，將工作包分解為進度活動，作為對專案工作進行進 度估算、規劃、執行、監督和控制的基礎。
6.2.1 輸入
範圍基準：在定義活動時，需明確考慮範圍基準中的專案 wbs、可交付成 果、制約因素和假設條件。
6.2.2 工具和技術
分解：一種把專案範圍和專案可交付成果逐步劃分為更小、更便於管理的 組成部分的技術。讓團隊成員參與分解過程，有助於得到更好、更準確的結 果。
6.2.3 輸出
1. 活動清單和活動屬性
2. 里程碑清單：每個里程碑是強制性的（如合同要求的）或是選擇性的 （如根據歷史資訊確定的）。里程碑不是活動，里程碑的持續時間為零，因為它 們代表的是乙個重要時間點或事件。
3. 變更請求：一旦定義專案的基準後，在將可交付成果漸進明細為活動的過程中，可能會發現原本不屬於專案基準的工作，這樣就會提出變更請求。
6.3 排列活動順序
排列活動順序是識別和記錄專案活動之間的關係的過程，本過程的主要作 用是定義工作之間的邏輯順序，以便在既定的所有專案制約因素下獲得最高的效率。
除了首尾兩項，每項活動都至少有一項緊前活動和一項緊後活動，並且邏輯關係適當。可能有必要在活動之間使用提前量或滯後量，使專案進度計畫更 為切實可行。
6.3.1 輸入
範圍基準：需明確考慮範圍基準中的 wbs、可交付成果、制約因素和假設條件。
假設日誌：假設日誌所記錄的假設條件和制約因素可能影響活動排序的方式、活動之間的關係，以及對提前量和滯後量的需求，並且有可能生成乙個會影響專案進度的風險。
6.3.2 工具和技術
緊前關係繪圖法：fs、ff、ss、sf。（緊前活動xx了，緊後活動才能xx） fs 是最常用的邏輯關係型別；sf 關係則很少使用。
確定和整合依賴關係：依賴關係可能是強制或選擇的，內部或外部的。這 四種依賴關係可以組合成強制性外部依賴關係、強制性內部依賴關係、選擇性 外部依賴關係或選擇性內部依賴關係。
強制性依賴關係：「硬邏輯」、「硬依賴」。法律或合同要求的或工作的內在性質決定的依賴關係。
選擇性依賴關係：「首選邏輯」、「優先邏輯」或「軟邏輯」。基於具體應用領域 的最佳實踐或專案的某些特殊性質。如果打算進行快速跟進，則應當審查相應 的選擇性依賴關係，並考慮是否需要調整或去除。
外部依賴關係：專案活動與非專案活動之間的依賴關係。往往不在專案團 隊的控制範圍內。
內部依賴關係：專案活動之間的緊前關係，通常在專案團隊的控制之中。
提前量和滯後量：提前量是相對於緊前活動，緊後活動可以提前的時間 量。滯後量是相對於緊前活動，緊後活動必須推遲的時間量。
6.3.3 輸出
專案進度網路圖：專案進度網路圖是表示專案進度活動之間的邏輯關係 （也叫依賴關係）的圖形。帶匯聚和分支的活動受到多個活動的影響或能夠影響多個活動，因此存在更大的風險。
6.4 估算活動持續時間
估算活動持續時間是根據資源估算的結果，估算完成單項活動所需工作時段數的過程。
應該由專案團隊中最熟悉具體活動的個人或小組提供持續時間估算所需的各種輸入，對持續時間的估算也應該漸進明細。
6.4.1 輸入
資源日曆：資源何時可用，可用多久。資源日曆中的資源可用性、資源類 型和資源性質，都會影響進度活動的持續時間。
6.4.2 工具和技術
模擬估算:
引數估算:
三點估算:考慮估算中的不確定性和風險，提高持續時間估算的準確性。
自下而上的估算:從下到上逐層彙總。
資料分析：
備選方案分析：比較不同的方案，確定最佳方式。
儲備分析： 「已知-未知」用應急儲備，專案經理可以直接動用。 隨著專案資訊越來越明確，可以動用、減少或取消應急儲備。 「未知 -未知」用管理儲備，專案經理不能直接使用，需走變更流程。
6.4.3 輸出
持續時間估算：不包括任何滯後量，但可指出一定的變動區間。
6.5 制定進度計畫
制定進度計畫是分析活動順序、持續時間、資源需求和進度制約因素，創 建進度模型，從而落實專案執行和監控的過程。本過程的主要作用是，為完成 專案活動而制定具有計畫日期的進度模型。
6.5.1 輸入
理解為主
6.5.2 工具和技術
進度網路分析：進度網路分析是建立專案進度模型的一種綜合技術，它採 用了其他幾種技術例如關鍵路徑法、資源優化技術和建模技術。
關鍵路徑法：不考慮任何資源限制。關鍵路徑是專案中時間最長的活動順 序，決定著可能的專案最短工期。進度活動可以從最早開始日期推遲或拖延的 時間，而不至於延誤專案完成日期或違反進度制約因素，就是總浮動時間或進度靈活性。取決於所用的制約因素，關鍵路徑的總浮動時間可能是正值、零或 負值。自由浮動時間就是指在不延誤任何緊後活動最早開始日期或不違反進度 制約因素的前提下，某進度活動可以推遲的時間量。
資源優化：根據資源供需情況，來調整進度模型的技術。包括：
（1） 資源平衡：如果共享資源或關鍵資源只在特定時間可用，數量有限，或被過度分配，就需要進行資源平衡。也可以為保持資源使用量處於均衡水平而進行資源平衡。資源平衡往往導致關鍵路徑改變。
（2） 資源平滑：資源平滑不會改變專案關鍵路徑，活動只在其自由和總浮動時間內延遲，但資源平滑技術可能無法實現所有資源的優化。
假設情景分析：「如果情景 x 出現，情況會怎樣？」 基於已有的進度計畫， 考慮各種各樣的情景，評估專案進度計畫在不同條件下的可行性。
模擬：最常見的模擬技術是蒙特卡羅。
進度壓縮：進度壓縮技術是指在不縮減專案範圍的前提下，縮短或加快進度工期。包括：
（1） 趕工：通過增加資源，以最小的成本代價來壓縮進度工期的一種技術。例子包括：批准加班、增加額外資源或支付加急費用。（增加成本）
（2） 快速跟進：將正常情況下按順序進行的活動或階段改為至少是部分並行開展。（增加風險）
敏捷發布規劃：提供了高度概括的發布進度時間軸（通常是 3 到 6個 月）。同時，敏捷發布規劃還確定了發布的迭代或衝刺次數。
6.5.3 輸出
進度基準：進度基準是經過批准的進度模型。
專案進度計畫：進度模型的輸出，包括：
橫道圖，相對易讀，用於與管理層溝通；
里程碑圖，僅標示出主要可交付成果和關鍵外部介面的計畫開始或完成日期；
專案進度網路圖，純邏輯圖和邏輯橫道圖。
專案日曆：規定可以開展進度活動的可用工作日和工作班次。
6.6 控制進度
控制進度是監督專案狀態，以更新專案進度和管理進度基準變更的過程。 本過程的主要作用是在整個專案期間保持對進度基準的維護，且需要在整個項 目期間開展。
6.6.1 輸入
理解為主
6.6.2 工具和技術
迭代燃盡圖：分析與理想燃盡圖的偏差。可使用**趨勢線來**迭代結 束時可能出現的偏差，以及在迭代期間應該採取的合理行動。在燃盡圖中，先 用對角線表示理想的燃盡情況，再每天畫出實際剩餘工作，最後基於剩餘工作 計算出趨勢線以**完成情況。
6.6.3 輸出
工作績效資訊：包括與進度基準相比較的專案工作執**況。
進度**：根據已有的資訊，對專案未來的情況和事件進行估算或預計。
軟體測試1 9章重點知識總結
第一章知識重點 軟體的概念 軟體 軟體危機 軟體工程 第二章知識重點 軟體測試基本概念 什麼是軟體測試 軟體測試的目的 軟體測試基本原則 軟體測試工作流程及工作內容 軟體測試的心理學 第三章知識重點 生命週期測試概念 v模型w模型 生命週期各個階段的測試內容 第四章知識重點 軟體測試分類 軟體測試從...
PMBOK 第5章 專案範圍管理
專案範圍管理包括確保專案做且只做所需的全部工作。範圍 產品範圍 專案範圍。產品範圍 產品 服務或成果具有的特徵和功能。專案範圍 為了交付具有規定特性和功能的產品，必須完成的工作。用專案管理計畫衡量專案範圍的完成情況，用產品需求衡量產品範圍的完成情況。範圍管理計畫無範圍，只是乙個描述如果管理範圍的指南...
筆記 PMBOK第3章專案管理過程
專案管理過程 產品導向過程 1啟動過程組 1.1定義 包含定義乙個新專案或現有專案的乙個新階段，授權開始該專案或階段的一組過程 1.2專案邊界 指的是乙個專案或專案階段從獲得授權的時間點到得以完成的時間點。1.3本過程目的 保證干係人期望與專案目的的一致性，讓干係人明了專案範圍和目標，同時讓干係人明...