項目管理：31 種最佳技術、實踐和工具

要交付一個成功的項目，您需要正確管理它——最好的方法是針對您正在處理的項目類型使用正確的項目管理技術。

在本文中，您將了解：

• 什麼是項目管理？ （+它的一些關鍵元素）
• 什麼是項目管理技術？
• 什麼時候應該使用它們？
• 你應該如何應用它們？
• 對於不同的項目類型，最好的 14 種項目管理技術是什麼？
• 無論您使用何種項目管理技術，您可以使用哪些最佳實踐和工具來幫助您完成項目工作？

要了解所有這些以及更多信息，請繼續閱讀。

項目管理及其要素和技術簡介

在本節中，您將了解項目管理、它的一些元素和技術； 什麼時候應該使用它們，以及如何應用它們。

什麼是項目？

要了解什麼是項目管理技術，我們首先需要了解什麼是“項目”以及什麼是“項目管理”。

一個項目涉及一組特定的操作，個人或一群人需要進行這些操作以達到預定義的目標。 每個項目都有一組特定的要求，您需要滿足才能稱其為成功。

在項目結束時，您分析結果。 現在，要進行這些分析，您需要擁有正確的數據——例如，您可以使用項目時間跟踪器跟踪您在項目上花費的時間，並將這些數據用於分析。

什麼是項目管理？

項目管理是您的技能、經驗和正確工具的應用，目的是執行您所需的特定操作集，以滿足項目的一組要求。 項目管理中的典型項目時間表涉及項目開發的以下 5 個階段：

1. 構想和啟動
2. 定義和規劃
3. 啟動和執行
4. 性能、監控和控制
5. 關閉

4 項目管理的基本要素

除了項目的預算、質量和範圍之外，我們還想特別關注項目管理的一些基本要素，無論項目的行業或複雜性如何。

1. 項目章程

項目管理中的項目章程是用於項目啟動的簡明正式文件。 項目章程列出了項目的目的、目標、資源和利益相關者。 它可以讓您的團隊：

• 定義項目的目標
• 為項目進行測量和假設
• 定義項目限制
• 定義項目範圍說明書
• 選擇項目經理權限
• 組建團隊

項目章程由項目發起人編寫和提供，並在以後委託給項目經理。 從根本上說，每個項目都應該有一個項目章程，因為它是引導項目實現目標和成功的指南。

在下面的可視化表示中，您可以看到項目章程的主要組成部分，這些組成部分定義了項目的目標、確定利益相關者、成本、風險等。

2. 可交付成果清單和任務清單

可交付成果清單代表項目完成後實現的最終產品或服務。 可交付成果可以是有形的，例如計算機，也可以是無形的——計算機程序。

任務被視為列表中的最低級別——每項任務代表完成一個可交付成果或一組可交付成果所需採取的行動或步驟。

工作分解結構與可交付成果清單和任務清單之間的區別在於後者嚴格定義了誰負責每項任務。 您甚至可以為每個任務或可交付成果定義最後期限，以更好地控制您的工作。

除此之外，您還可以將列錶框定為一個簡單的清單，並在完成後通過檢查每個任務和可交付成果來跟踪您的進度。

3. 項目進度表

創建項目進度表涉及對要完成的任務進行排序並將它們分配到要完成的項目的日曆時間段。 您定義任務，定義完成任務所需的資源，將任務分配給特定的團隊成員，然後將任務分配到日曆中的特定時間段。

如果您在創建有效的項目進度表時遇到困難，請考慮問自己以下問題：

• 需要做什麼？
• 什麼時候？
• 誰對此負責？

回答這些問題將幫助您創建一個任務列表，該列表稍後將形成一個可行的項目計劃。

看看下面的項目進度可視化表示。 您可以看到計劃聚會需要完成某些任務，並且對於每個任務，日曆中都有分配的特定時間段。

4. 風險登記冊

在項目管理中創建風險登記冊意味著關注您在項目工作時可能遇到的潛在問題和挑戰。

這些潛在的問題也被稱為“負面風險”——它們要求你預測它們，寫下來，闡明它們的嚴重程度，然後為它們定義解決方案。 您還需要明確誰負責實施這些解決方案。

當然，您也可能在工作中遇到“積極風險”——它們是您可能希望將其定義為單獨的項目並單獨處理的額外“項目機會”。

在下表中，您可以看到某些風險及其風險矩陣的示例——項目風險的可能性、影響程度、風險管理人員和可能的解決方案。

什麼是項目管理技術？

項目管理和項目管理技術之間的主要區別在於特異性。 因此，項目管理技術是應用您的技能、經驗和正確工具來執行滿足項目要求的特定操作集的既然您了解了項目管理技術是什麼以及它們與項目和項目管理的關係，那麼讓我們看看什麼時候應該最好地使用它們。

何時使用項目管理技術？

現在，儘管定義似乎鼓勵廣泛使用，但實際上並沒有必要為每個項目使用特定的項目管理方法。

有時，直接、線性地組織項目任務就可以了。

但是，在其他情況下，特定的項目管理技術是最有效的解決方案。

以下是 7 個項目元素，表明您應該在項目中使用特定的項目管理技術：

1. 更高的工作量——項目的目標是創建一個特定的產品。
2. 更高的重要性——該項目對公司來說非常重要。
3. 更高的風險——由於大量的不確定因素，該項目對公司來說代表著更高的風險。
4. 當前管理結構的有效性較低——您當前的管理結構涉及錯過最後期限、超出預算或錯過特定要求的項目。
5. 高度不熟悉——項目與“正常”不同，無論是范圍還是預期的工作程序。
6. 高度相關性——項目需要同時進行任務。
7. 對組織聲譽或財務狀況的影響——如果處理不當，該項目可能會導致嚴重的聲譽或金錢損失。

所有列出的元素都表明您應該在投入工作之前選擇特定的項目管理技術。

如何應用項目管理技術？

您對項目管理技術的應用將取決於您正在處理的項目類型以及您選擇使用的技術。

現在，為您的項目尋找合適的項目管理技術的最佳解決方案是測試並結合多種項目管理技術。 當你推進你的工作時，你很可能能夠確定對你和你的項目有用的做法，哪些不適用。

考慮到這一點，讓我們繼續討論最佳 PM 技術和方法的列表。

最佳項目管理技術和方法列表

在本節中，您將了解目前可以使用的 14 種最佳項目管理技術和方法。

根據項目類型，我們將區分 3 種類型的項目，並根據它們是否最適合對項目管理技術進行排序：

• 簡單的項目
• 複雜項目
• 軟件工程項目

當然，這些類型的 PM 方法中的一些可能會重疊——您可能能夠為您的軟件工程使用一些簡單和復雜的項目管理技術，這取決於您想要實現的目標。

確實有許多項目管理技術，無論它們是用於某些行業，還是基於項目的複雜性。 但是，每個項目經理都應該知道一些項目管理技術來引導他們的項目取得成功。

所以，讓我們從他們開始。

每個項目經理都應該知道的 3 大項目管理技巧

這些是我們的選擇：

1. 經典的項目管理技術
2. 看板項目管理方法論
3. 計劃評估和審查技術（PERT）

嘗試使用這些技術來提高您的知識並在項目管理領域取得驚人的成果。

1. 經典的項目管理技術

這是一種傳統的項目管理技術，是最簡單、最適合運行項目的技術之一。

什麼是經典項目管理技術？

經典項目管理技術是項目管理中最簡單、最常用的技術之一。 它包括一個詳細的計劃，其中包含應執行的所有任務和活動。 要做的事情是根據它們的緊迫性和依賴性來安排的。

如何使用經典項目管理技術？

要將這種技術成功應用於您的項目，您需要遵循以下步驟：

1. 首先，您為下一周的項目制定計劃，
2. 然後，您估計需要處理的任務的數量和類型，
3. 你分配資源，
4. 您在整個項目期間監控團隊的工作質量，
5. 您在整個項目期間監控團隊的截止日期，
6. 您在整個項目期間向團隊提供反饋。

經典項目管理技術的簡史

總的來說，這種基本類型的項目管理起源於 1950 年代。 然而，我們可以追溯到公元前 5570 年和吉薩大金字塔的建成，對項目管理的初步了解。 因此，很難確定這種最基本類型的項目管理技術的確切起源。

經典項目管理技術最適合什麼？

• 不需要復雜工作流程的小型團隊和簡單的項目

經典項目管理技術的可視化表示

您將在下面找到經典項目管理技術中需要遵循的階段的可視化表示。

2.看板項目管理方法論

考慮到它的日語起源，“看板”這個詞翻譯成廣告牌。 看板是一個可視化的規劃板，將工作項安排到開發列中。

什麼是看板？

看板是敏捷項目管理方法的一種流行子類型，旨在幫助您可視化您的項目，然後跟踪您的進度。 它的主要好處之一是它促進了工作的透明度。

如何使用看板？

一個簡單的看板由三個不同的列組成。 您可以跨列移動任務以指示任務的進度和當前狀態：

1. “待辦事項”列——當你第一次定義一個你需要在未來完成的任務時，你把它放在這裡。
2. “Doing”欄——當你開始處理一項任務時，你把它放在這裡。
3. “完成”欄——當你完成一項任務時，你把它放在這裡。

看板簡史

我們可以將看板追溯到豐田公司和他們的“準時”（JIT）生產系統——這個系統要求你只做你需要做的事情，並且只做你需要做的事情。

看板最適合什麼？

• 軟件開發項目
• 專注於招聘、面試和僱用新員工的人力資源項目
• 具有完善工作流程和截止日期的任何類型的項目

看板的視覺表示

在下圖中，您可以看到我們之前提到的板中的 3 列，以及Backlog列。 它表示應該根據優先級按順序排列的任務列表，而不是To-do列，後者是我​​們從Backlog中選擇要做的事情的列表。

3. 項目評估和審查技術（PERT）

這種映射項目管理技術可幫助您做出現實的時間估算以完成整個項目。

什麼是項目評估和審查技術 (PERT)？

項目管理中的項目評估和審查技術 (PERT) 需要在專門的 PERT 圖表中對複雜的、詳細計劃的項目進行可視化跟踪。 這種技術的重點是持續的任務分析，估計成功完成項目所需的時間和預算。

如何使用項目評估和審查技術（PERT）？

要創建PERT圖表，請按照以下步驟操作（您可以使用軟件或自己繪製）：

1. 列出項目活動、任務或里程碑的完整列表（您需要確定實現里程碑所需的所有任務，即可交付成果）
2. 現在您已經有了完成項目所需的任務和里程碑的列表，請根據它們的依賴關係仔細創建一系列任務——哪些任務首先執行。
3. 這是一個關鍵步驟，因為在這裡您需要對任務進行時間估算，例如最早的開始和完成日期/時間，以及完成項目中每個任務所需的時間。
4. 確定您的項目的關鍵路徑，該路徑涵蓋最重要的（不是全部）步驟，以幫助您估計完成項目所需的最短時間。
5. 僅僅因為你製作了這張圖表並不意味著你需要嚴格遵守它。 項目管理就是改變和有效地適應變化。

項目評估和審查技術 (PERT) 的簡史

PERT最初由美國海軍特別項目辦公室於1957年成立，旨在幫助美國海軍開展其核潛艇項目。 它後來被用於各個行業——PERT 在其早期歷史中最著名的用途之一包括它在 1968 年冬季奧運會的組織中的使用。

項目評估和審查技術 (PERT) 最適合什麼？

• 具有大量非常規任務的複雜項目
• 要求復雜的大型項目

項目評估和審查技術 (PERT) 的可視化表示

在此圖表中，您可以看到：

• 黃色圓圈，即節點，代表重要的里程碑或事件
• 箭頭代表需要按該順序完成的相關任務及其持續時間（也顯示在箭頭上）
• 代表同時發生的任務的發散箭頭（8-7 和 8-11）

簡單項目的最佳項目管理技術

從針對任何類型項目的 PM 方法論開始，我們有針對“簡單項目”的項目管理方法論。

您將根據以下項目參數識別一個簡單的項目：

• 預計不到6個月即可完成
• 它只需要兼職工作
• 它涉及10名或更少的團隊成員
• 預計成本低於 75,000 美元
• 它從一開始就具有隨時可用的預期成本金額
• 它有一個目標
• 它有一個簡單的解決方案
• 項目範圍狹窄

用於簡單項目的最佳項目管理技術是：

1. 工作分解結構 (WBS)
2. 瀑布技術
3. 甘特圖

1.工作分解結構（WBS）

這種驚人的分層技術可幫助您對需要解決的任務進行可視化概述，以有效地完成項目。

什麼是工作分解結構（WBS）？

工作分解結構 (WBS) 要求您將項目分解為多個部分——即更小且更易於管理的部分。 根據 PMBOK 的說法，工作分解需要“完成項目目標並創建所需的可交付成果”。 從視覺上講，WBS 可幫助您全面了解整個項目中的所有組件（任務和子任務）。

工作分解結構中的所有工作都需要正確識別、估計、預算和安排。

如何使用工作分解結構？

使用 WBS 將復雜的任務分解為更小的任務，直到您無法再細分這些任務。 較小的任務更容易處理，因為更容易估計完成它們的時間要求和成本。

當您將項目分解到 WBS 中的最低級別時，這些級別稱為工作包。 當您識別它們時，您可以輕鬆安全地估算工作時間和成本，同時有效地控制和管理它們。

由於大多數項目都有類似的生命週期，因此您可以使用標準 WBS 模板來修改它們以適應您的項目。

工作分解結構簡史

WBS 最初是在 1960 年代由美國國防部 (Dod) 和美國國家航空航天局 (NASA) 開發的，因為他們需要一個可行的計劃和控制系統來處理他們擁有的大型項目。

工作分解結構最適合什麼？

• 主要關注項目範圍內的任務依賴關係的簡單項目

工作分解結構的可視化表示

在這裡，您可以看到構成項目的所有任務和子任務。 您可以根據需要將項目任務分解，以正確管理它們，估計時間和成本。

2.瀑布技術

這種技術基於順序設計過程，很像瀑布，其中階段從一個流向另一個。

什麼是瀑布技術？

瀑布技術要求按順序執行任務——如果你已經完成了上一步，你只能繼續下一步。

這種技術要求你在開始工作之前清楚地了解項目需要什麼以及它將如何展開——一旦你進入下一步，你就不能回到上一步進行更正。

如何使用瀑布技術？

具體步驟取決於項目的類型，但通常涉及：

1. 分析和識別軟件需求，
2. 根據需求設計開發軟件的最佳方法，
3. 通過編寫適當的代碼來實施適當的問題解決方案，
4. 測試代碼並驗證它是否按您預期的方式工作，
5. 進行定期維護以確保代碼按預期方式工作。

瀑布技術的簡史

瀑布技術首先由 Winston W. Royce 在 1970 年發表的一篇文章中正式描述。然而，它並沒有用那個名字來描述——“瀑布技術”一詞首先在 TE Bell 和 TA Turner 的論文中被提及1976 年。

瀑布技術最適合什麼？

• 簡短而簡單的軟件開發項目
• 具有明確、預定要求的軟件開發項目
• 創意項目管理
• 需要嚴格工作結構才能成功的項目

瀑布技術的視覺表示

您可以從這個視覺表示中看到，在瀑布技術中，您只能前進，因為它不允許您返回到先前的階段。 它尊重嚴格的秩序。

3.甘特圖

這種動手項目管理技術使用條形圖來簡化和可視化項目的調度和規劃過程。

什麼是甘特圖？

甘特圖是最古老的項目管理技術之一。 這是一種說明項目進度的水平條形圖。 項目中的每個活動都由一個條形表示，它的長度代表每個任務的持續時間——它的開始和完成日期。 條的位置也很重要，因為它代表任務的調度。 如果一個任務在另一個任務之後，那麼這意味著該任務取決於前一個任務的完成才能開始。 您還可以在圖表中看到其他幾何符號，例如代表項目中重要里程碑的菱形或三角形符號。 甘特圖以其簡單和低成本而廣為人知。

如何使用甘特圖？

甘特圖可以獨立運行，也可以將其應用到您的項目中，因為各種項目管理工具都包含甘特圖視圖。 只需將您的任務添加到列表中並將它們拖到時間線中即可。 然後，分配任務或資源並添加依賴項以確保任務以正確的順序完成。

甘特圖簡史

如果你認為美國機械工程師兼項目管理顧問亨利甘特發明了甘特圖，那就再想一想。 波蘭工程師 Karol Adamiecki開發了一個圖表，他首​​先將其稱為諧波圖——但是，它是用波蘭語編寫的，這限制了它的傳播和採用。 在 1910 年到 1915 年之間的某個地方，亨利甘特設計了他的 Adamiecki 圖表版本，該圖表在今天廣為人知並被廣泛使用。

甘特圖最適合什麼？

• 任何類型的項目複雜性
• 軟件開發、設計、製造、營銷等各個行業。

甘特圖的可視化表示

正如您在下面看到的，條形代表活動（需要做什麼）。

複雜項目的最佳項目管理技術

接下來，我們有復雜的項目及其特定的項目管理技術。

你會認出一個複雜的項目，因為它是：

• 難以預測項目成果
• 難以預測項目行為
• 挑戰標準化團隊中的角色
• 難以估計項目中的元素數量
• 難以掌握項目元素之間的依賴關係
• 難以預測項目的盈利能力

用於復雜項目的最佳項目管理技術是：

1. 關鍵路徑法 (CPM)
2. 關鍵鏈項目管理 (CCPM)
3. 極限項目管理 (XPM)
4. 受控環境中的項目 (PRINCE2)

1. 關鍵路徑法（CPM）

接下來是一種項目管理技術，可幫助根據任務的重要性和依賴關係識別任務。

什麼是關鍵路徑法 (CPM)？

關鍵路徑方法是一種調度算法，用於在項目中最長的任務序列中識別關鍵任務——這些任務對於趕上項目截止日期至關重要，因此需要團隊最集中的注意力。

如何使用關鍵路徑法 (CPM)？

這是您需要遵循的分步指南，以找到項目的關鍵路徑：

1. 首先，您識別並分類所有項目任務
2. 接下來，您定義每個任務的預期持續時間
3. 然後，定義任務之間的依賴關係
4. 之後，確定任務之間的依賴類型：

• 您需要同時處理任務 1 和任務 2
• 您需要先完成任務 1，然後才能開始執行任務 2
• 您需要開始處理任務 1 才能開始處理任務 2
• 您需要完成任務 1 的工作才能完成任務 2 的工作

1. 最後，按照任務依賴類型指定的順序安排和處理您的任務

關鍵路徑法 (CPM) 的簡史

關鍵路徑法 (CPM) 於 1957 年在杜邦公司建立，杜邦公司是歷史上最大的化學公司之一（就銷售額而言）。 該技術的創始人是兩位數學家，他們希望避免與計劃相關的關閉和重啟工廠的額外成本——他們的解決方案包括以正確的順序處理正確的任務。

關鍵路徑法 (CPM) 最適合什麼？

• 具有多個相互依賴的任務的項目
• 具有重複性任務的項目
• 有嚴格期限和時間表的項目（例如軟件開發或建設項目）

關鍵路徑方法 (CPM) 的可視化表示

在這個可視化表示中，您可以看到完成項目 X 需要做什麼。任務 A、B 和 C 是非關鍵的，如果您不處理這些任務，您可以完成項目。 因此，這些是可選任務。 另一方面，任務 D、E 和 F 被認為是“關鍵的”，您必須解決它們才能完成項目。

2.關鍵鏈項目管理（CCPM）

這是另一種調度分析技術，可以幫助您保持預算，同時防止您的團隊過度工作。

什麼是關鍵鏈項目管理 (CCPM) 技術？

關鍵鏈項目管理 (CCPM) 本質上是一種調度算法，它非常重視執行項目所需的資源、任務之間存在的依賴關係以及按時完成項目所需的緩衝。

這種項目管理方法的目的是幫助您更好地管理您的資源，最大限度地減少您在項目各個方面損失的時間，並平均分配您的工作量。

與 CCPM 相關的緩衝區有 4 種類型：

1. 項目緩衝區——即確保項目在其預期結束日期之前完成的緩衝區。
2. 饋送緩衝區——即位於非關鍵鏈上的最後一個任務和關鍵鏈上的最後一個任務之間的緩衝區。
3. 資源緩衝區——即確保在整個項目開發過程中可以使用正確的資源來執行項目過程的資源。
4. 容量緩衝——即在預算出現意外問題時確保額外資源可用的緩衝。

如何使用關鍵鏈項目管理（CCPM）？

在創建關鍵鏈項目流程時，請考慮以下提示：

1. 確定最重要的任務，這些任務將成為您的關鍵路徑。
2. 請記住相應地分配資源（時間、預算、人員）。
3. 確保您的團隊就像一台運轉良好的機器，並將他們的注意力集中在個別任務上。
4. 正如我們之前所說，團隊成員一次應該被分配一項任務，這樣做是為了防止多任務處理。 多任務處理和 CCPM 不能齊頭並進。
5. 這可能聽起來很苛刻，但已被證明是有效的——將項目完成的時間估計減少一半。 通過這種方式，您可以消除團隊內部的拖延，避免時間利用不當。 好消息是你有緩衝，以防你沒有做出現實的時間估計減少，或者你可以將它們用於任何不可預見的情況。
6. 最後，創建一個項目模型，該模型應該包含時間估計、使用的資源列表、緩衝區和完成日期。 這樣做是為了避免項目延誤。

關鍵鏈項目管理 (CCPM) 技術的簡史

關鍵鏈項目管理 (CCPM) 源自約束理論——它於 1997 年由 Eliyahu M. Goldratt 在他的著作《關鍵鏈》中首次引入。

關鍵鏈項目管理 (CCPM) 技術最適合什麼？

• 每個團隊只在一個項目上工作的公司，資源沒有任何重疊
• 難以趕上最後期限的團隊
• 資源有限的複雜項目

關鍵鏈項目管理 (CCPM) 技術的可視化表示

CCPM 技術建議添加緩衝器作為一種“安全氣囊”，可以在意外情況下使用。 從下圖中可以看出，每個任務（在圖中標記為圓圈）都有一個緩衝區，用於保護項目的截止日期或項目期間的任何其他更改。

3.極限項目管理（XPM）

即將推出的技術側重於管理項目的利益相關者，而不是其計劃和時間表。

什麼是極限項目管理 (XPM)？

極限項目管理（XPM），顧名思義，是一種專為複雜和波動項目而設計的項目管理技術——即經常變化的項目，需要在管理中採用極端方法。

這種技術側重於項目的人性化方面——它利用人們如何相互交互的已知原則來正確處理和安排項目內的協作。

如何使用極限項目管理（XPM）？

根據 Doug DeCarlo 在他的 Extreme Project Management 書中的說法，XPM 中的一個項目經歷了 4 個階段 (INSPIRE)：

1. 發起——在這個階段，你召集你的團隊，集思廣益，思考可能的方法，並與你的客戶建立牢固的關係。 請記住，在 XPM 中，您不是在開始時而是在整個過程中定義項目目標。 這不是你可以計劃的事情。 由於目標是靈活的，因此項目的時間估算和成本也是如此。
2. 推測——這是集思廣益、深入思考和確定可交付成果優先級的時候。 “不知道這樣行不行？” 是你在這個階段會問自己的一個問題。
3. 孵化——即使你現在在這個階段有一個優先交付的列表，它們並不是固定的。 在這個階段，你還是要和客戶一起去探索、修正。 這可能會帶來新的想法和目標的明確。 In this phase, you need to distribute work across your team. Previously prioritized deliverables must be assigned to team members to create a synergy among team members. The goals can be achieved only with strong collaboration within the team.
4. REview — In the last phase of the XPM, team members should attend a meeting and talk about achievements in the Incubate phase, things they learned, revising the goal, and whether the project meets client expectations and should be continued. The number of cycles is unknown, and if there is a necessity to go through the entire 4 phases again — the client and team members will make a joint decision about that.

A brief history of Extreme Project Management (XPM)

The concept of Extreme Project Management (XPM) originated in 2004, in the previously mentioned book Extreme Project Management by Douglass DeCarlo.

What is Extreme Project Management (XPM) best for?

• Projects with a low possibility for failure
• Projects with short deadlines
• Projects that aim for innovation
• Projects with factors that are difficult to control
• Projects characterized by sudden, spontaneous changes

Visual representation of Extreme Project Management (XPM)

From this visual representation, you can get a better insight into XPM's flexibility and freedom when it comes to making decisions about the approach, cost, timeframe, and scope. Do not adapt the project to a fixed set of rules and approaches, adapt the rules and approaches to the project itself until you achieve the desired result.

4. Projects IN Controlled Environments (PRINCE2)

Up next is one of the world's most practiced techniques for project management due to its scalability, flexibility, and practicability. As opposed to XP, managing projects in PRINCE2 is clearly planned and organized in each stage of the process.

What is PRINCE2?

Projects IN Controlled Environments (PRINCE2) is a structured project management technique that provides a framework to help divide the project into stages. It is a methodology that consists of 7 principles, 7 themes, and 7 phases each project needs to go through.

PRINCE2 Principles  

They represent underlying rules that every project needs to stick to — according to the 2017's edition of PRINCE2:

1. Continued Business Justification — The business case is regularly updated to make sure that the project is still usable.
2. Learning from experience — Each project has a lesson log you can refer to to avoid remaking already established workflows from scratch.
3. Defining roles and responsibilities — Team members may have several roles in a project, or share their roles with other team members. Roles are structured into 4 different levels:

• The corporate management/program management level
• The project board level
• The project manager level
• The team level

1. Managing by stages — You manage each stage of project development differently, by updating the business case, risks, and project plan.
2. Managing by exception — When a specific project element (such as the project scope or project costs) changes, the question of how to continue moves to a higher level of management.
3. Product focus — Focus is placed on the quality end delivery of the developing product.
4. Tailoring to suit the project environment — This technique is meant to fit the project environment, ie the size, complexity, risk estimation, and overall importance of the developing project.

PRINCE2 Themes

Themes tell you how to manage a project using PRINCE2 principles. Projects need to address these themes all the way through.

1. Business Case — Gives justification, ie reason for undertaking a project. It answers the question of why .
2. Organization — Defines roles and responsibilities within the project. It answers the question of who.
3. Quality — Ensures that the project's deliverables meet business expectations. It answers the question what.
4. Plans — Describes the techniques and steps that you need to take to develop plans. It answers the questions of how and when .
5. Risk — Identifies and assesses uncertainties. It answers the question What if .
6. Change — Handles change requests and finds the way to successfully manage them. It answers the question of what's the impact .
7. Progress — Tracks, checks, and monitors the project. It answers the questions where are we now, where are we going, should we carry on.

How to use PRINCE2?

If you want to manage a project using PRINCE2, you need to be aware of the 7 phases each project needs to go through:

1. Starting up a project

You start your project with a project mandate which is an initial document provided by the customer and it is required to start the project (it outlines the basic information that is available at the starting point). To make sure the project is viable, a project brief is produced and carefully reviewed by the project board to decide on whether to initiate the project. Within this phase, several activities must be completed such as appointing the project manager together with other stakeholders, preparing the business case, choosing an approach, and assembling the project brief.

2. Directing a project

This is the time when the project board makes key decisions about the project, whether it is worthwhile initiating, and delegates the project to the project manager when authorized. Activities within this stage include reviewing the project brief, formally confirming the approach with the rest of the stakeholders, and thinking about the risk and resource requirements.

3. Initiating a project

In this stage, reasons for doing a project must be stated together with the scope of work, cost, responsible stakeholders, how risks or changes should be managed. The project manager needs to assemble the Project Initiation Document — a formal document (or collection of several documents) where all questions such as what, who, why, where, how, when, and how much must be clearly stated.

4. Controlling a stage

The whole process must be carefully controlled and monitored at all times to avoid issues and loss of focus. The project manager must give authorization for any activity to be commenced or continued. That's why the project manager breaks down the project into smaller chunks — work packages to avoid chaos. Each work package must go through control after completion or change. In a nutshell, everything must work smoothly which is the project manager's responsibility.

5. Managing product delivery

The purpose of this stage is to ensure that all stakeholders agree on what is to be produced, its cost, and timescales together with meeting the quality criteria. Later, they can approve them or demand changes to be done.

6. Managing a stage boundary

Each stage must be carefully reviewed and approved to be able to move forward. The Project Board must be informed at strategic points of the project, and they are the ones who make a final decision on whether to stop or continue to the next stage.

7. Closing a project

This is the final stage of managing a project where acceptance of the product is being confirmed and whether PID's objectives are achieved. A project is successful if it has a clear end.

PRINCE2的簡史

PRINCE 2 是一種名為 PROMPT II 的早期方法的變體 — 1989 年，英國政府採用此 PROMPT II 變體作為 IT​​ 部門項目管理的標準。 今天，它是所有英國政府項目的官方項目管理方法。

PRINCE2 最適合什麼？

• 具有一組固定要求和復雜環境的複雜項目。

PRINCE2 的視覺表現

從下面的可視化表示中，您可以看到 PRINCE2 建立在其原則之上，即成功執行項目所需遵循的指南和規則。 然後，PRINCE2主題向您展示如何管理項目，即如何將原則付諸實踐。

軟件工程的最佳項目管理技術

典型的軟件工程項目包括收集需求、開發和測試軟件，以及對軟件產品進行定期維護。

用於軟件工程項目的最佳項目管理技術是：

1. Rational 統一過程 (RUP)
2. 敏捷項目管理
3. Scrum 方法論
4. 極限編程 (XP)

1. Rational 統一過程（RUP）

這種項目管理技術同時具有重複性和敏捷性。 它是重複的，因為活動在項目期間重複，並且敏捷，因為它們可以調整以適應軟件需求。

什麼是 Rational Unified Process (RUP)？

Rational Unified Process (RUP) 是一種用於軟件開發團隊的敏捷管理結構，它使項目隨著時間的推移在 4 個不同的階段展開——初始、細化、構建和轉換。 4 個階段中的每一個都有一個主要目標，並涉及 6 個開發學科——業務建模、需求、分析和設計、實施、測試和部署。 除非你成功達到上一階段的主要目標，否則你將無法進入下一階段。

一些開發學科比其他學科更重要，因此它們比其他學科佔用更多的時間。

如何使用 Rational Unified Process (RUP)？

正如我們之前提到的，要有效地使用 RUP 技術，軟件必須經過 4 個開發階段：

1. 開始- 由於這是流程中的一個行程步驟，因此您必須創建一個業務案例，其中包括項目計劃及其描述、風險管理評估、業務環境和成功因素。 考慮到所有這些，利益相關者決定是否繼續該項目。 啟動階段也是該項目的第一個里程碑。 如果項目未能通過此階段，則可以取消或重新設計。
2. 細化——在這個階段，你應該考慮項目的技術風險，即你是否能夠建立一個可行的系統。 這是該過程中的第二個里程碑，它很關鍵，因為它具有很高的風險，並且以後很難引髮變化。
3. 構造——這是主要組件和功能與編碼和測試一起開發的地方。 此階段產生用戶手冊和需要評估的系統測試版。 如果產品未能通過測試，則需要推遲下一階段——過渡階段。
4. 過渡——這個階段的主要目的是成功發布一個產品，這是這個過程中的最後一個里程碑。

Rational Unified Process (RUP) 的簡史

Rational Unified Process 由 Rational Software Corporation 於 2003 年建立。

Rational Unified Process (RUP) 最適合什麼？

• 具有可預測的完成時間框架和可預測的最終預算的軟件開發項目。

Rational Unified Process (RUP) 的可視化表示

在下面的可視化表示中，您可以看到 RUP 中項目開發的所有四個階段。 您還可以注意到，某些階段（細化、構建和過渡）具有更多的迭代，這些迭代專注於生成技術可交付成果以實現每個階段的目標。

2.敏捷項目管理

這種項目管理技術具有靈活性和適應性，可以輕鬆適應項目生命週期內的變化。 “敏捷”這個詞本身意味著能夠改變，即適應。

什麼是敏捷項目管理？

敏捷項目管理是一種軟件開發方法，強調團隊中的自組織和跨功能，以及達到客戶滿意度。

如何使用敏捷管理？

要在項目中成功使用敏捷管理，您需要遵循幾個原則：

• 這種技術不是實施特定的流程和工具，而是強調團隊中個人之間的交互。
• 這種技術不是為產品編譯全面的文檔，而是強調創建一個功能齊全的軟件。
• 這種技術不是專注於合同談判，而是強調利用客戶協作來促進開發過程。
• 這種技術不是遵循嚴格的項目計劃，而是強調團隊可以響應項目變化的最佳方式。

為了更好地理解，請按照以下步驟操作：

1. 首先，您將項目劃分為短衝刺
2. 您在工作時調整您的項目計劃，並以不斷改進為目標
3. 項目經理鼓勵團隊自組織
4. 您的目標是從您想要提供的服務/產品中產生最大的價值和功能

敏捷項目管理簡史

敏捷項目管理作為敏捷宣言的一部分於 2001 年正式開發。

敏捷項目管理最適合什麼？

• 沒有嚴格截止日期但對最終結果/產品有大致了解的項目
• 暗示意外變化的項目
• 依賴高效團隊協作而非高效項目規劃的項目

敏捷管理的可視化表示

如您所見，敏捷管理是一個迭代過程，其最終目標是響應變化。

3. Scrum 方法論

這是另一種基於迭代過程、調整和持續學習的靈活項目管理技術。

什麼是 Scrum 方法論？

就像看板一樣，Scrum 是敏捷項目管理方法的另一種流行子類型——它的目的是幫助軟件開發團隊在增量和迭代實踐的幫助下更頻繁地交付工作軟件。

項目進度是通過遵循稱為 sprint 的短的、有時間限制的時期的順序來衡量的——每個 sprint 的結束應該意味著完成了一個預定的工作量。

如何使用 Scrum 方法論？

以下是使用 Scrum 方法運行項目的 6 個步驟：

1. 分配您的團隊——首先，您需要分配將開發、生產或執行任何其他職責以創建最終產品的人員（Scrum 主管、產品負責人等）
2. 創建產品待辦列表——在這裡您可以列出需要完成的工作，也稱為創建衝刺——衝刺是指將工作分解為更易於管理的組件的一小段時間。 在此處添加積壓的故事。
3. 主持會議——這是一個簡短的每日會議，稱為“每日站會”或“站起來”會議。 整個團隊談論進展並解決任何問題。
4. 主持 sprint 審查會議——該會議在 sprint 結束時舉行。 所有關鍵利益相關者都需要在場討論結果、收集數據並製定改進或變更計劃。
5. 重複——您需要重複前兩個步驟，直到完成最後的 sprint 並創建可交付成果。

Scrum 方法論的簡史

如前所述，Scrum 現在正式歸入“敏捷”這個總稱——然而，它首先是由 Hirotaka Takeuchi 和 Ikujiro Nonaka 在 1986 年在他們的論文The New Product Development Game中引入的。

Scrum 方法論最適合什麼？

• 複雜和模棱兩可的項目——傳統上，這些是軟件開發項目，但 Scrum 也可以成為營銷項目和領導團隊的有效方法。

Scrum 方法的可視化表示

下圖展示了運行成功的 Scrum 項目的步驟以及完成項目所需的其他活動。

4.極限編程（XP）

極限編程 (XP) 是一種協作技術，它鼓勵團隊合作，並建議將復雜項目分解為多個更小、更易於管理的版本。

什麼是極限編程（XP）？

極限編程 (XP) 是一種特定的敏捷軟件開發框架，其主要目的是幫助團隊生產更高質量的軟件，同時使用更少的時間來管理項目發布並滿足客戶的需求。

極限編程要求以下與項目相關的活動和原則：

• 保持持續的溝通——強調面對面的討論以及白板繪圖。
• 做最簡單的事情——強調只做必要的事情，只解決當前的項目需求。
• 提供定期反饋——重點是“構建-收集-調整”工作週期。 團隊構建功能，收集有關功能的反饋，然後根據反饋調整功能。
• 勇敢地行動——強調接受困難、根據反饋採取行動、快速反應以及在需要時提出有爭議的問題。
• 促進尊重——強調向他人提供反饋，接受他人的反饋，以及所有這些都是尊重的。

如何使用極限編程（XP）？

按照步驟：

1. 計劃——第一步是計劃完成的地方，即客戶編寫用戶故事的地方——簡要說明客戶對特定功能的需求。
2. 溝通——由於項目管理是 90% 的溝通，下一步是項目經理需要建立一個平穩運行的團隊。
3. 重組——首先從最簡單的設計開始，然後轉向複雜的設計。 您應該創建更小且更易於管理的組件，以使您的代碼簡短而全面。 不要忘記創建尖峰解決方案——可以幫助您找到棘手設計問題的答案的小型實驗。
4. 代碼——現在是實現代碼的時候了。 由於 XP 使用集體所有權模型，它不依賴於單個開發人員，並且代碼是集體擁有的——任何注意到代碼中的問題的團隊成員都應該立即解決任務。
5. 審查和測試——最後，在代碼發布之前，流程的每一步都必須經過徹底和重複的測試。

極限編程 (XP) 簡史

極限編程 (XP) 最初是由 Kent Beck 在 1990 年代建立的，他在 C3 工資單項目的工作中實施了這種技術。

極限編程 (XP) 最適合什麼？

• 動態的、不斷變化的軟件開發項目
• 同地開發團隊
• 具有固定時間框架的風險項目

極限編程 (XP) 的可視化表示

您可以在此可視化表示中看到下面解釋的步驟，此外，它還包括最後一個階段 - 結對編程。 我們已經說過 XP 支持團隊合作和協作，因此進行了結對編程，以便團隊成員可以在一台計算機上結對工作。 這加強了集體所有權，更重要的是——兩個團隊成員相互學習。

項目管理技術和工具

無論您使用何種特定的項目管理技術以及您正在從事的項目類型如何，您仍然需要處理和執行某些一般任務和流程——即，您需要：

1. 組織和計劃項目工作流程
2. 以某種身份安排項目
3. 正確管理你的時間
4. 與您的團隊溝通
5. 與您的團隊合作
6. 處理項目的會計和財務方面

現在，最好的方法是使用項目管理工具。

但是，不僅僅是任何項目管理工具——根據對 PM 功能方面流行需求的調查研究，您用於項目管理的工具集應提供以下功能：

如您所見，文件共享、時間跟踪、電子郵件集成、甘特圖、自定義報告和發票功能以最高的份額（從 51% 到 43%）領先 — 而云存儲集成、行業特定功能、API 、PM 方法特定的功能、實時聊天、移動訪問、社交媒體集成和視頻聊天緊隨其後（從 42% 到 28%）。

考慮到這一點，這裡列出了具有上述功能的最佳項目管理工具，適用於與項目工作相關的每種類型的任務和流程：

用於組織和規劃項目工作流程的 PM 工具

以下工具可以幫助您以有組織的方式與您的團隊聯繫，同時制定詳細的項目計劃，專注於重要任務並相應地對它們進行排序。

特雷羅

要組織和規劃您的工作流程，您可以使用Trello ，這是一種傳統的基於看板的項目管理工具。

此工具允許您組織和計劃您的任務，然後在恰當命名的列中跟踪它們的進度。

您可以看到誰在做什麼，哪些事情正在進行中，以及它們在哪裡進行。 它使您與團隊保持聯繫，並且每個人都可以了解任務的狀態：

• 去做
• 正在做
• 審查
• 準備發布

Trello 的神奇之處在於它可以應用於各個行業，您可以製作適合您項目的自定義列。

任務

nTask是一款項目管理軟件，可讓您的團隊保持井井有條並有效管理整個團隊的工作。 通過優先考慮使用nTask完成更多工作——忘記多次被證明會適得其反的多任務處理。 使用nTask ，即使在移動中，您也可以戰略性地分配和管理繁重的工作負載。

nTask為其用戶提供了許多功能，我們相信總有一些東西適合所有人：

團隊協作

使用nTask — 團隊合作讓夢想成真。 這個驚人的應用程序提供：

• 有效的團隊協作
• 專用工作區和團隊聊天
• 組建團隊並定義他們的角色
• 為團隊成員分配任務並跟踪他們的進度

項目計劃

不要讓您的項目由於計劃不足而錯過完成日期，並且使用nTask ：

• 制定需要做什麼、何時何地完成的全面計劃
• 有效分配資源
• 設置計費方式
• 查看項目狀態和進度

任務管理

使用nTask完成更多任務：

• 在看板上組織和跟踪團隊的工作流程
• 在列表視圖、網格視圖或日曆視圖中組織您的任務
• 為您的任務設置提醒和顏色任務
• 甘特圖提供項目進度的可視化表示，顯示任務依賴關係和鏈接任務

會議管理

讓每個人都了解：

• 通過個性化電子郵件邀請邀請人們參加您的會議 
• 組織和跟踪您的會議
• 制定明確的會議議程
• 設置定期會議 

時間表

在nTask時間表中記錄小時數：

• 跟踪員工的時間
• 創建多個時間表
• 批准和跟踪過去的時間表

其他可用於組織和計劃項目和項目相關任務的高效應用程序包括 ClickUp、Taiga 和 Asana。

用於項目調度的 PM 工具

同時運行多個項目和任務並不是在公園裡散步。 錯過最後期限會耗費金錢和時間。 考慮改為創建項目時間表。 項目進度表用作路線圖，其中包括實現目標所需的計劃，並說明完成該目標需要多長時間。 考慮到這一點，我們為您選擇了一些項目調度工具。

谷歌日曆

要安排您的工作流程，您可以使用Google Calendar ，這是一個可以通過您的 Gmail 帳戶使用的簡單安排日曆。

此工具允許您在簡單的日曆時段中安排與您的團隊的會議和協商。 使用Google 日曆，您不會錯過任何約會，因為您會收到有關即將進行的活動的提醒。

在Google 日曆中，您可以創建待辦事項列表、使用插件自定義日曆、根據自己的喜好自定義活動等等。

其他可用於處理任務和項目計劃的高效應用程序包括 Doodle、Calendly 和 Any.do。

用於項目調度的 PM 工具

一個優質的項目時間管理工具需要有效地管理時間和任務，包括時間跟踪、計費、報告，並讓您在使用時感到安全。 話雖如此，請考慮使用以下應用程序：

時鐘化

要在正確處理項目的同時管理您的時間，您可以使用市場上領先的時間跟踪器Clockify 。 Clockify是一個時間跟踪應用程序，它為無限的用戶和項目免費提供基本的時間跟踪功能。

使用Clockify ，您可以以非常方便、透明和用戶友好的方式管理和跟踪項目。 更重要的是，您將能夠跟踪團隊的時間和進度、設置預算並為您的項目做出精確的時間估算。

此工具允許您的團隊在您工作時（或在您完成工作後）跟踪您在項目相關任務上花費的時間，生成您的時間使用報告，並使用它們來確定您可以在工作流程中改進的地方。

除了使用 Clockify，您還可以使用 Rescue Time 或 WakaTime 來自動跟踪您花在特定應用程序上的時間。

項目溝通的 PM 工具

團隊協作工具至關重要，因為它們有助於打開團隊內部的溝通之門，並增強在世界任何地方的遠程工作。

我們為您選擇了一些項目協作工具：

撲通撲通

Pumble是一種高效的團隊協作工具，可免費使用，用戶數量不受限制，並且具有免費的消息歷史記錄。 這個驚人的應用程序允許您使用私人頻道、群聊或公共對話與您的團隊成員進行私人的一對一對話。 只需創建一個頻道、添加成員並根據自己的喜好對其進行自定義。

使用Pumble ，您可以將與您的團隊的所有通信集中在一個地方 - 並輕鬆參考過去的對話、鏈接、文件、按頻道或人員過濾。

項目協作的 PM 工具

除了團隊溝通之外，項目協作也很重要，因為它允許實時創建和協作。 當然，為此您需要一個可靠的應用程序：

谷歌表格

團隊協作是一個廣義的術語。 例如，要與您的團隊合作進行數據輸入和統計分析，您可以使用在線電子表格Google表格。

該工具允許您添加和計算數據、創建圖表和分析項目統計數據——您的團隊的多個成員可以同時處理數據，並且您的所有更改都會立即自動保存。

其他可用於處理各種協作任務的高效應用程序包括 Dropbox（用於在線文件共享）、Visme（用於團隊頭腦風暴會議）和 Jira（用於敏捷項目管理）。

吉拉

Jira是用於項目管理和問題跟踪的敏捷軟件。 其豐富的功能包括錯誤跟踪、管理軟件開發任務和產品管理。

事實證明， Jira非常適合跟踪錯誤、資源管理、跟踪團隊的績效和速度。

Jira為其用戶提供可自定義的儀表板、用於跟踪任務和報告創建的用戶友好界面。

其他可用於處理各種協作任務的高效應用程序包括 Dropbox（用於在線文件共享）、Visme（用於團隊頭腦風暴會議）。

? 如需更多出色的應用程序，請查看我們的最佳協作工具列表。

項目財務和會計的 PM 工具

如果您正在經營一家企業，則需要確保您的組織使用可靠的管理軟件，該軟件通過分析預算和成本、生成報告並將所有與項目相關的交易集中在一個地方來提高項目透明度。

因此，嘗試使用：

聖人會計

要處理與項目相關的財務和會計任務，您可以使用Sage Accounting 。

此工具可讓您分析您的財務狀況，並在項目完成後為您的客戶開具發票。

其他可用於處理項目財務和會計的高效應用程序包括 Fyle、Quickbooks、Wave Accounting 和 Freshbooks。

如需更多出色的應用程序，請查看我們的最佳財務和會計工具列表。

項目管理技術和最佳實踐

因此，您了解流行的項目管理方法是如何工作的，何時應該使用它們，以及使用什麼工具。 現在，是時候重點介紹項目管理中的一些最佳實踐，它們可以幫助您真正高效地進行項目管理：

1. 記錄所有項目要求

您已經弄清楚了您想要完成的目標以及實現上述目標需要採取的任務和步驟。

現在，是時候記錄這些數據以供將來參考了，這既是為了您的團隊，也是為了潛在的未來項目投資者。

2. 根據您的其他義務估算項目

您的公司可能會在同一時間段內從事多個項目。

因此，在設定截止日期和定義職責時，您需要考慮團隊的其他項目和義務。

3. 仔細管理工作量

你確定你已經平等地分配了任務、角色和責任嗎？

或者是一個團隊成員在 5 項不同的任務中過度勞累，而另一個團隊成員幾乎無事可做？

密切關注這一點，並平均分配工作，以實現最佳資源利用。

4.時刻監控項目進度

項目是否按計劃進行？

每個人都在做自己的工作嗎？

團隊的工作節奏是否與預期的項目截止日期一致？

項目的某一階段是否存在停滯？

監控團隊的工作並跟踪他們的進度將有助於解決所有這些問題，並防止事故和延誤。

5.溝通一切

要了解每個人當前的工作進度、進展情況以及項目是否存在問題，您的團隊需要進行溝通。

所以，對於你遇到的每一個問題、問題或困境，都要談論它。 回答問題，找出問題，共同解決難題。

6. 預防項目範圍蔓延

如果您仔細計劃您的項目並預測在項目完成之前您可能需要處理的所有任務和子任務，那麼您將避免範圍蔓延。

為此，請仔細計算按時完成所有任務和子任務所需的預算和時間，並達到預期的質量。

7. 考慮所有項目風險

每個項目都有可能在項目完成之前出現的潛在問題。 我們之前用風險登記技術討論過這個主題，現在是時候強調它的重要性了。

確保您輕鬆克服這些問題的訣竅在於在問題發生之前對其進行預測。

因此，旨在利用您的經驗來定義項目階段和任務的潛在問題。

然後，定義您將在需要時實施的解決方案。

8. 完成後花時間分析項目

完成項目後，請花時間分析它。

突出你做得好的地方，以及你將來可以做得更好的地方。

分析完成每個階段所花費的時間，並挑選出最費力的任務。 您將希望在未來的項目中為此類任務分配更多時間。

當然，還要讚揚團隊的辛勤工作和奉獻精神。 他們已經賺到了。

包起來…

在開始進行項目之前，請考慮可用於工作的最佳項目管理方法。 然後，將您選擇的 PM 技術與正確的工具和最佳實踐相結合，以獲得更好的結果。

如果您遵循所選項目管理技術的規定原則，您將加快您的工作流程，保持對項目程序的控制，並簡化您的管理流程。 因此，您將更快地完成並交出高質量的最終產品。

️ 哪種項目管理技術最適合您的項目？ 工具呢？ 通過 [email protected]</a 寫信給我們，有機會出現在這篇文章或我們未來的一篇文章中。

參考

• https://www.pmi.org/learning/library/project-management-techniques-determination-10335
• https://www.projectsmart.co.uk/brief-history-of-project-management.php
• https://en.wikipedia.org/wiki/Kanban#Origins
• https://www.hindawi.com/journals/complexity/2018/4891286/
• https://en.wikipedia.org/wiki/Program_evaluation_and_review_technique#History
• https://yourbusiness.azcentral.com/history-critical-path-method-24351.html
• https://en.wikipedia.org/wiki/Critical_chain_project_management#Origins
• https://en.wikipedia.org/wiki/Extreme_project_management
• https://en.wikipedia.org/wiki/PRINCE2#Seven_Principles
• https://en.wikipedia.org/wiki/PRINCE2#History
• http://www-scf.usc.edu/~csci201/lectures/Lecture11/royce1970.pdf
• https://static.aminer.org/pdf/PDF/000/361/405/software_requirements_are_they_really_a_problem.pdf
• https://www.informit.com/articles/article.aspx?p=169549&seqNum=5
• http://agilemanifesto.org/history.html
• https://ullizee.files.wordpress.com/2013/01/takeuchi-and-onaka-the-new-new-product-development-game.pdf
• https://en.wikipedia.org/wiki/Extreme_programming#History