敏捷項目管理常用方法

本文目錄一覽：

• 1、怎樣做好敏捷項目管理 ？
• 2、敏捷項目管理相關知識
• 3、敏捷項目管理

怎樣做好敏捷項目管理 ？

敏捷項目管理是規劃和指導項目流程的迭代方法。

與敏捷軟件開發一樣，敏捷項目是在叫做迭代的小型部門中完成的。每個迭代都由項目團隊審查和評判；從迭代的評判中獲得的信息用于決定項目的下一個步驟。每個項目迭代通常是安排在兩周內完成。

我認為我們公司使用的日事清就具備一些好的特點，日事清是以GTD時間管理方法為主導的管理工 具，收集、整理、組織、回顧、執行，讓你每天的日程管理安排都會井井有條。另外，在日程安排 上，日事清提供了四象限日程安排表格，你可以把日程按照重要性和緊急性整理到不同的象限，以 便更直觀的安排日程的優先級，減少日程銜接的時間浪費。

敏捷項目管理相關知識

客戶對持續創新和降低試驗成本的需求，標志著從預見性開發方式到適應性開發方式的重大轉變。不確定性、不斷縮短的進度以及迭代研究的需求不僅限于新產品開發。但只有創新和更快的開發還不夠，公司必須給客戶交付更好的、更符合需要的產品。雖然公司需要從高強度的產品開發工作中獲得成果，但不應該以質量為代價。 敏捷開發強調速度、機動性和質量 ，要創造高質量的產品且速度要快。為了實現這個目標，個人和團隊必須要有高度的紀律性，這里說的是自律而不是被迫遵守紀律。

構建創新產品、流程和商業模式需要有一個新的通用的管理方法和有針對性的項目管理方法。一個良好的敏捷項目管理需要實現5個關鍵的商業目標：

敏捷 是制造并響應變化從而在動蕩的商業環境中創造利潤的能力。

敏捷 是平衡靈活性和穩定性的能力。

制造變化需要創新：開發新產品、建立新的銷售渠道、縮短產品開發周期、為日益變小的細分市場定制個性化產品。此外，公司還必須能夠迅速響應競爭對手和客戶制造的可預見和不可預見的變化。

敏捷強調的是 態度 而不是流程，它是 氛圍 而不是方法。

團隊為何存在、要創造什么產品、為誰而創造以及如何共同工作，這些組成了敏捷項目管理的核心原則。 “在業績優良的團隊中，領導管理原則，而原則管理團隊。” 想要創造優秀的產品，就需要優秀的人才，想要留住優秀的人才，就需要有優秀的原則。

任務管理團隊管理：

團隊管理者 鼓勵團隊成員自我管理，通過完成拆分任務從而實現產品功能的開發。而 任務管理者 只關注任務的完成情況，并用其評估團隊是否遵循計劃行事。 團隊管理者 是幫助團隊（或者更廣泛意義的項目組）成員協同有效的工作從而保證他們能夠成功的完成任務。而 任務管理者 只是監督其成員，以確保他們在工作并能跟上計劃進度。

敏捷項目管理者應該具有的 核心價值觀 ：

提供客戶價值涉及三個重要話題：一是將重點放在 創新和適應性 而不是效率和優化，二是專注于 執行 ，三是 精益 思維。

傳統瀑布式開發方式在項目結束時交付價值，而敏捷項目可以快速并遞增地在整個項目期內交付價值。采用迭代、基于功能的交付方式，能在早期捕獲價值，而且通常可以極大地提高項目的投資回報率。

敏捷的 迭代 組成部分主要有：迭代、基于功能、時間框和增量。迭代開發是指要建造產品的部分版本，然后通過連續的短期開發以及評審和修改，拓展該版本。時間框強制迭代的結束，強迫在充分準備之前，制造出部分實體。增量開發是指建造的產品，在經過一次或者多次迭代后可以及時的被調用。

迭代長度分為三種——每周、每月和每季度。每周的迭代目標是維護和微小改進工作，每月的迭代目標是專項改進，每季度的迭代目標是重要的新功能的開發。

敏捷領導者領導團隊，非敏捷領導者管理任務。“敏捷”是社會技術運動，它有兩個推動力：一個是愿望——創造一種特定的工作環境；另一個是信念——適應性強的環境是向客戶提供創新產品目標的關鍵。

自我組織團隊 是敏捷項目管理的核心，他們結合了自由和責任、靈活性和結構。在自我組織的團隊中， 個人負責管理自己的工作量，根據需要和最合適的原則輪班工作，并對團隊效率負責 。

敏捷領導管理團隊，敏捷團隊管理自己的任務。敏捷領導闡明團隊目的和目標、產品構想、關鍵性能和約束，然后激勵團隊成員交付——團隊人員自己弄清楚如何完成任務的細節。這種方式賦予團隊靈活性和適應性，而不是盲目遵循既定的任務，而且這種方法可以鼓勵團隊自我組織，找到最好的方式實現目標。

傳統的項目管理者注重按計劃行事，盡量做到和計劃沒有出入；而敏捷項目領導者關注如何成功地去適應不可避免出現的變化。 適應性原則 可以概括如下：

有效的團隊在進行回顧時往往涉及四個領域： 產品 ——從客戶角度和技術質量角度； 流程 ——團隊正在使用的優秀流程和做法； 團隊 ——作為高績效團隊的工作情況； 項目 ——項目按計劃進行得如何。

開發優質的產品需要探索，而不是遵循計劃。探索和適應是創新的兩個特質——擁有探索未知世界的勇氣、擁有承認錯誤并適應形勢的謙遜。

一個組織要想保持快速增長，就必須明確績效評估方法。

傳統項目管理績效評估鐵三角 ：范圍、進度和成本。許多情況下范圍被認為是首要要素，而成本和進度是可變的。

早期衡量敏捷項目鐵三角 ：進度是固定的，范圍可以有變化。實質上，跟前一個評價方式是一樣的。

敏捷三角形 ：考量指標是價值（向客戶交付價值）、質量（需要向客戶交付可持續的價值）、約束（范圍、進度和成本）。這里，約束仍然是重要的項目評估參數，但不是最終要實現的目標。價值是目標，為了提升客戶價值，這幾個約束可以隨著項目的進展適時做出調整。

因此 敏捷項目評估 的3個目標為：

敏捷項目管理交付方法包括五個階段：構想、推測、探索、適應和結束。

敏捷項目管理

在敏捷項目管理角色方面，大多數敏捷流程 - 特別是Scrum - 不包括項目經理。敏捷的“項目經理”角色和職責在項目中共享，即團隊，Scrum Master和產品所有者。

在敏捷開發，Scrum的擁有最談談 什么 ? 是 敏捷項目管理。因此，讓我們使用Scrum作為回答這個問題的模型。在Scrum項目中，有三個角色：產品所有者，Scrum Master和團隊。

產品所有者負責項目的業務方面，包括確保正確的產品構建和正確的順序。優秀的產品所有者可以平衡競爭優先級，可供團隊使用，并有權對產品做出決策。

Scrum Master擔任團隊的教練，幫助團隊成員以最有效的方式一起工作。一個優秀的Scrum Master將該角色視為向團隊提供服務，消除進度障礙，促進會議和討論以及執行典型項目管理職責（如跟蹤進度和問題）的角色。

在確定如何最好地實現產品目標時（由產品所有者建立），團隊自身承擔敏捷的項目管理角色。團隊成員將協作決定哪個人應該處理哪些任務，哪些技術實踐是實現既定質量目標所必需的，等等。

那么，關于這個過程的“敏捷”是什么？敏捷項目管理將責任分配給多個團隊成員。就Scrum而言，它是項目的產品所有者ScrumMaster和團隊的其他成員。

在敏捷項目管理中，世界可能會將Scrum Master視為項目經理的21世紀版本。但與傳統的項目經理不同，Scrum Master并不被視為對項目成功（或失敗）的信任（或責備）。

Scrum Master的權限僅限于該過程。Scrum Master是該流程的專家，并使用它來讓團隊達到最高水平。但是，Scrum Master并不具備項目經理所承擔的許多傳統職責 - 范圍，成本，人員，風險管理。

誰負責敏捷開發中的傳統項目經理職責？

傳統的項目經理通常承擔很大的責任。他們負責管理范圍，成本，質量，人員，溝通，風險，采購等。

敏捷項目管理經常使傳統的項目經理陷入困境。例如，他或她被告知做出范圍/進度權衡決策，知道如果項目進展不順，產品經理或客戶可能會猜測這些決策。

敏捷承認這一困難，并分配傳統項目經理的職責。這種新模式的敏捷之處在于，許多這些職責，例如任務分配和日常項目決策，都會回歸到他們理所當然的團隊。

范圍和進度權衡的責任歸產品所有者所有。質量管理成為團隊，產品所有者和Scrum Master共同承擔的責任。其他傳統任務也在團隊的敏捷項目管理角色中分發。

像Scrum這樣的敏捷流程絕對可以擴展。雖然典型的敏捷項目在一到三個團隊中有五到二十人，但敏捷實施在200到500甚至1,000人的項目上取得了成功。

正如您所料，這種規模的項目必須引入更多的協調點和敏捷的項目管理，而不是小規模的實施。

為了協調許多團隊的工作，較大的項目有時會包含一個名為“項目經理”的角色。雖然在項目中涉及此項目或背景的人員非常有幫助，但我們需要注意與項目經理職稱相關的行李。 。

即使是在一個非常大的敏捷項目中，團隊仍然會做很多項目管理。例如，團隊決定如何分配任務，而不是項目經理;?所以項目經理角色變得更像項目協調員。

職責包括分配和跟蹤預算;?與外部利益相關者，承包商和其他人溝通?在團隊，Scrum Masters和產品所有者的指導下維持風險普查;?等等。這是一個真正的敏捷項目管理角色。

項目經理 vs Scrum Master vs 項目負責人

For new contacts with Agile, project managers and scrum protagonists may look similar or even the same. But it is important to recognize the differences between the two, the possible overlap of certain tasks, and how they complement each other in large projects. ( 對于剛接觸Agile的人來說，項目經理和scrum主角可能看起來相似甚至相同。但重要的是要認識到兩者之間的差異，認識到某些任務可能重疊的地方，并認識到它們在大型項目中如何相互補充。)

Scrum: 什么是豬和雞的角色？

Roles are key in Agile: The business fable of The Chicken and the Pig explains breakfast: pigs and chickens in the Scrum process. It’s a way to differentiate between roles in the Scrum/Agile world. (角色是敏捷的關鍵：雞和豬的商業寓言解釋了早餐：在Scrum過程中的豬和雞。這是一種區分Scrum/Agile世界中角色的方法。)

敏捷開發：如何成為合格的Scrum Master？

Scrum Master is considered to be a project manager in many projects, which is actually a misunderstanding. At the same time, I often see people who argue that Scrum Master is completely different from project managers. So what is Scrum Master’s responsibility? What can we do to become a qualified Scrum Master? ( Scrum Master被認為是許多項目開發中的項目經理，這實際上是一種誤解。與此同時，我經常看到那些主張Scrum Master和項目經理完全區別的人。那么Scrum Master的責任是什么？我們可以做些什么來成為一名合格的Scrum Master？)

如何成為Scrum項目的優秀產品負責人？

Without a good product owner, the Scrum project will not succeed. It must be decisive, not only by referring to the required responsibilities, but also by embedding the following thinking patterns: 1) To continuously protect the best interests of customers in terms of functions provided. 2) Protect the organization as a whole in terms of strategic direction and return on investment. (如果沒有一個好的產品所有者，Scrum項目就不會成功，他必須具有決定性，不僅要求提到所要求的責任，而且還要嵌入以下思維模式：1) 在提供的功能方面不斷保護客戶的最佳利益，2) 在戰略方向和投資回報率方面保護整個組織。)

什么是產品負責人在Scrum中的角色？

Role and Responsibilities - The product owner who represents the company’s ownership of the product is a member of the Scrum team. However, the product owner has no authority over other members of the team, as is the case with Scrum Master. The product owner is responsible for the long-term care of the product and the success of the product. (代表公司擁有產品的產品負責人是Scrum團隊的一員。但是，產品所有者對團隊中的其他成員沒有權限，與Scrum Master相同。產品負責人負責長期照顧產品，并負責實現產品成功。)

Scrum團隊如何運作？ – 簡要指南

Scrum in a Nutshell: Scrum relies on which are periods of time when software development is actually done. A Sprint usually lasts from one week to one month to complete an item from the backlog. The goal of each Sprint is to create a potential shippable product. (Scrum依賴于軟件開發實際完成的時間段。沖刺通常持續一周到一個月，以完成積壓的項目。每個沖刺的目標都是創建一個潛在的可交付產品。)

如何成為Scrum項目的優秀產品負責人？

A product owner is the guardian of the product vision and goals, because it focuses on delivering business results and values for Scrum projects. So the question is how to be the best product owner? Based on our experience, we believe that the product owner should possess some key qualities. (產品所有者是產品遠景和目標的守護者，因為它專注于為Scrum項目提供業務結果和價值。所以問題是如何成為最好的產品擁有者？根據我們的經驗，我們認為產品所有者應該具備一些關鍵的品質。)

什麼是Scrum的自組織團隊？

A self-organizing team is a team that has the autonomy to choose how best to do its work, rather than being guided by others outside the team. ( 自組織團隊是一個團隊，擁有自主選擇如何最好地完成工作，而不是由團隊外的其他人指導。)

Scrum團隊是什麼？

The Scrum team shares different tasks and responsibilities related to product delivery. Every role is closely related. It is recommended that Scrum team members work together in the same place as possible. Let’s look at these roles from the perspective of responsibility, authority and characteristics. (Scrum團隊分享與產品交付相關的不同任務和職責。每個角色都密切相關。建議Scrum團隊成員盡可能在同一位置一起工作。讓我們從責任，權限和特徵的角度來看看這些角色。)

Scrum中最經常提到的10個基本規則

The main goal of Scrum rules is to optimize the development process and minimize waste of time. Scrum Master is responsible for ensuring that everyone follows Scrum project-related rules. These rules combine Scrum processes so that everyone knows how to play. (Scrum規則的主要目標是優化開發過程并最大限度地減少浪費的時間。在Scrum Master的是負責確保每個人都遵循的Scrum與項目相關的規則。這些規則將Scrum流程結合在一起，以便每個人都知道如何玩。)