什么是敏捷項目管理，它是如何工作的？
它真的可以幫助你的團隊更快地完成更多工作嗎？
以下是你如何將敏捷項目管理方法應用于下一個項目的方法。
在管理你的項目工作時，有幾十種項目管理方法可供選擇。
但是當你開始研究哪種方法適合你時，
可能會看到一個特定的詞一遍又一遍地出現(xiàn)：敏捷。
它似乎在你的余光中閃爍，就像某種項目管理海市蜃樓。
這是真的嗎？敏捷項目管理所宣稱的所有好處真的是真的嗎？
或者它只是一個承諾比它提供的更多的時尚流行語？
可以肯定地說，關(guān)于敏捷項目管理的好處有很多噪音。
但它到底是什么？你怎么知道它是否適合你的團隊管理？
什么是敏捷項目管理？
敏捷項目管理是軟件開發(fā)項目的一種迭代方法，可確?？梢钥焖賹Ψ答伈扇⌒袆?，并且可以在產(chǎn)品周期的每個階段做出響應更改。
這使項目團隊能夠采用敏捷的項目管理方法，在項目的時間框架和預算內(nèi)快速協(xié)作地工作。
敏捷項目管理涵蓋了許多不同的敏捷項目管理方法，所有這些方法都借鑒了一些共享的敏捷原則和核心價值觀。
但是，沒有單一的通用“敏捷方法”。
它們都是從哪里來的呢？
當前大多數(shù)敏捷項目管理方法都源于軟件開發(fā)。早在 1990 年代，軟件團隊就發(fā)現(xiàn)高度結(jié)構(gòu)化的“重量級”傳統(tǒng)項目管理方法（例如 Waterfall瀑布開發(fā)項目管理），在他們需要的工作方式方面并沒有提升效率。
他們發(fā)現(xiàn)，這些重量級方法的缺陷——例如缺乏靈活性、適應性甚至自主性——使他們更難以應對變化或在工作時融入他們的學習成果。
由于項目計劃在一開始就已被概述，因此沒有任何意外的余地，而且出現(xiàn)偏差可能會付出高昂的代價。
但與流程固定且結(jié)果可靠且穩(wěn)定的行業(yè)相反（想想：在裝配線上創(chuàng)建相同產(chǎn)品的制造流程），變更是軟件項目的基本組成部分。
也許利益相關(guān)者的需求會發(fā)生變化，或者測試表明，一旦最終用戶接觸到某些東西，它就沒有按照應有的方式工作。
敏捷項目管理方法不是被他們一開始概述的項目管理計劃所束縛，而是意味著團隊可以將這些變化考慮在內(nèi)，以制造出最好的產(chǎn)品。
為此，他們需要更短的開發(fā)周期（稱為沖刺）、更迭代的過程以及持續(xù)的反饋和測試。
然后在 2001年，一群軟件開發(fā)人員聚在一起討論敏捷的核心原則，并真正深入研究其背后的哲學。他們提出了敏捷軟件開發(fā)宣言，這是一套價值觀和原則的集合，對于想知道如何變得敏捷的團隊來說，這將是風向標。
許多敏捷項目管理方法論是在考慮軟件的情況下開發(fā)的，但核心敏捷價值觀和敏捷項目管理原則對許多不同類型的團隊有用，不管是產(chǎn)品團隊還是營銷團隊。
這里有一個有用的敏捷項目管理定義。
敏捷項目管理是一種協(xié)作、迭代的項目管理方法，它結(jié)合了持續(xù)測試和對變化的響應能力。
聽起來不錯？讓我們回到敏捷宣言，詳細了解可用于指導任何敏捷項目的核心價值觀和原則。
最早的敏捷項目管理方法側(cè)重于軟件，而敏捷宣言是由軟件開發(fā)人員創(chuàng)建的。因此，你會在整個過程中看到該詞以及其他相關(guān)術(shù)語，例如“開發(fā)人員”和“客戶”。
但不要覺得受此限制。
無論你是在創(chuàng)建軟件還是完全不同的東西（例如營銷活動），無論你在哪個行業(yè)工作，都可以應用很多要點。
最初的敏捷宣言宣稱敏捷有 4 個核心價值：
- 個人和交互超過流程和工具。
- 工作軟件優(yōu)于綜合文檔。
- 客戶合作超過合同談判。
- 響應變化而不是遵循計劃。
這些核心價值觀是所有敏捷項目管理方法的核心，從標準工作方式到 12條敏捷項目管理原則，無所不包。
從核心價值觀中可以清楚地看出，敏捷方法首先是協(xié)作和以人為本的。
這不僅適用于工作流程（通過“個人和互動”和“客戶協(xié)作”取得進展，將人的因素放在首位），也適用于成品。
也就是說，目標是創(chuàng)造一些功能性的東西，為最終用戶帶來最大的價值。
根據(jù)敏捷宣言，敏捷項目管理有 12 條關(guān)鍵原則 。用宣言自己的話來說，它們是：
- 第一要務是通過早期和持續(xù)交付有價值的軟件來滿足客戶的需求。
- 歡迎不斷變化的發(fā)展，即使是在發(fā)展的后期。敏捷流程利用變化來獲得客戶的競爭優(yōu)勢。
- 頻繁地交付工作軟件，從幾周到幾個月不等，優(yōu)先考慮更短的時間范圍。
- 業(yè)務人員和開發(fā)人員必須在整個項目中每天一起工作。
- 圍繞有動力的個人建立項目。為他們提供所需的環(huán)境和支持，并相信他們能夠完成工作。
- 向開發(fā)團隊和內(nèi)部傳達信息的最有效的方法是面對面交談。
- 工作軟件是進度的主要衡量標準。
- 敏捷流程促進可持續(xù)發(fā)展。贊助商、開發(fā)人員和用戶應該能夠無限期地保持恒定的步伐。
- 對卓越技術(shù)和良好設(shè)計的持續(xù)關(guān)注提高了敏捷性。
- 簡單——最大化未完成工作量的藝術(shù)——是必不可少的。
- 最好的架構(gòu)、需求和設(shè)計來自自組織團隊。
- 團隊定期反思如何變得更有效，然后相應地調(diào)整和調(diào)整其行為。
歸根結(jié)底，無論你是在談論實際軟件還是將其用作你正在創(chuàng)建的任何東西的隱喻（我們稱之為“事物”），敏捷方法都鼓勵你快速交付“事物”的迭代而且經(jīng)?！驗椤笆挛铩贝嬖谟谟腥毕莸默F(xiàn)實中比存在于完美的理論中要好。
這些原則中另一個反復出現(xiàn)的主題？保持一致，并一起工作。
這適用于所有相關(guān)人員：你自己的團隊、“業(yè)務人員”、其他部門和利益相關(guān)者。
敏捷項目管理方法依賴于高度協(xié)作的過程和強大的人際關(guān)系基礎(chǔ)。
敏捷項目管理看起來只是一種流行的項目管理方法論 ，但事實證明它不僅僅是曇花一現(xiàn)。
那是因為結(jié)果不言自明。敏捷項目管理原則使各種類型的團隊能夠更加迭代和靈活地工作，使他們能夠適應項目不斷變化的需求并更快地交付。
敏捷方法的最大好處之一是能夠管理不斷變化的優(yōu)先級。借助敏捷的迭代方法和對持續(xù)反饋的強調(diào)，你可以在開發(fā)過程中而不是之后獲得所需的數(shù)據(jù)，從而使團隊可以根據(jù)實際情況做出更有影響力的選擇，而不僅僅是預測的情況。
通過指定的短沖刺周期、更清晰的項目可見性和定期報告更新，團隊可以提高項目的可預測性并降低風險。
你可能還記得，客戶協(xié)作是敏捷項目管理的 4 個核心價值之一。
這樣做的主要好處之一是，隨著客戶協(xié)作的增加，客戶滿意度也會提高。
敏捷項目管理方法將客戶放在首位，并鼓勵你與他們以及其他利益相關(guān)者密切合作，以確保你創(chuàng)建的東西能夠真正解決他們的問題。
由于敏捷項目在每個開發(fā)周期中都包含定期測試和審查，因此你可以在工作產(chǎn)品的每次迭代中實時獲得他們的真實反饋。
敏捷團隊更加自主。也就是說，他們通常被授予提出新想法、創(chuàng)新和解決問題的自由，而這些都是傳統(tǒng)項目管理方法所缺乏的。
有了這種責任，人們就可以完成工作，并鼓勵他們將自己視為可以對項目的底線產(chǎn)生切實影響的不可或缺的團隊成員。
不僅如此，強調(diào)協(xié)作和溝通有助于培養(yǎng)更透明、更高效、更有創(chuàng)造力——是的，更快樂的——團隊。
更高質(zhì)量的輸出，更滿意的客戶和用戶，以及更高的團隊士氣——聽起來好得令人難以置信。
但事情是這樣的：敏捷項目管理并不是解決所有項目管理問題的靈丹妙藥。而且它不存在于真空中。
要使敏捷方法產(chǎn)生這種變革性影響，你需要支持團隊中一些真正杰出的人。
因此，如果你想知道如何變得敏捷，那么你需要牢記以下幾點。
1. 讓合適的人加入
敏捷項目管理方法論依賴于雇傭優(yōu)秀的人才并賦予他們最好的工作能力。它甚至在敏捷核心價值觀中有所概述：人勝于流程。
這意味著你首先需要 專注于招聘和雇用合適的人 。找到合適的人，釋放他們的才能來解決問題，而不是盲目地聽從命令，你就已經(jīng)成功了一半。
從招聘到入職，集成你的幫助臺和項目管理應用程序可讓你創(chuàng)建無縫的工作流程，并幫助你從頭到尾提供積極的候選人體驗。利用產(chǎn)品之間的集成在招聘過程的每個階段創(chuàng)建一個順暢、透明的流程。
根據(jù)第 13 屆年度敏捷狀態(tài)報告，采用或擴展敏捷項目管理實踐的三大障礙都源于組織文化問題。他們是：
- 與敏捷價值觀相悖的組織文化
- 一般組織抵制變革
- 管理支持和贊助不足
要讓敏捷發(fā)揮作用，你需要得到所有人的認同和承諾——包括領(lǐng)導力。調(diào)查受訪者稱贊內(nèi)部敏捷教練、高管贊助、公司提供的培訓計劃、跨團隊的一致實踐和流程以及跨團隊實施通用工具是在公司范圍內(nèi)推廣敏捷項目管理方法的 5 大技巧。
2. 獲得認證
有一個普遍的誤解，認為敏捷只是一種“無所不能”的免費方式——但事實并非如此。敏捷不是沒有方法論。它本身就是一種框架。
如果你致力于敏捷項目管理，你始終可以投資獲得敏捷項目管理認證 ，以了解有關(guān)敏捷價值觀和原則的更多信息，并深入了解它們?nèi)绾螢槟愕膱F隊工作。
跨團隊實施通用工具不僅是擴展敏捷實踐的 5 大方法之一，而且對于幫助你的團隊從一開始就變得敏捷也至關(guān)重要。
尋找一個靈活的敏捷項目管理工具來支持你的工作方式，而不是硬著頭皮上。無論你喜歡 Scrum 還是看板，團隊合作都能為你提供團隊中每個人所需的可見性、靈活性和協(xié)作性，以保持工作向前發(fā)展——當需要擴展時，它可以與你一起擴展。
敏捷與 Scrum：有什么區(qū)別？
Scrum 無疑是當今最流行的敏捷方法之一，在最新的敏捷狀態(tài)報告中，高達 72% 的受訪者表示他們使用“Scrum 或包含 Scrum 的混合體”。
與其他敏捷項目管理方法一樣，Scrum 遵守主要的敏捷價值觀和原則（迭代、對變化的響應以及上面討論的所有好東西）。
但是，如果你正在考慮使用 Scrum 實施敏捷項目管理，則需要了解一些特定于 Scrum 的術(shù)語和流程。
Scrum 團隊中有三個主要角色：
產(chǎn)品擁有者：負責使開發(fā)團隊完成的工作價值最大化的人。他們這樣做的一種方法是管理積壓。
開發(fā)小組：一小群最終致力于 The Thing 的人。團隊有一個扁平的層次結(jié)構(gòu)，它是自組織的；一旦設(shè)定了目標，團隊成員就可以按照自己的選擇自由地解決這些問題。
Scrum大師：致力于促進和支持整個產(chǎn)品負責人、開發(fā)團隊以及重要的是整個組織的 Scrum 流程。
以下是其工作原理的粗略概述：
團隊需要做的一切（例如，產(chǎn)品中需要的一切）都列在待辦事項列表中，并由產(chǎn)品負責人按優(yōu)先級順序排列。產(chǎn)品負責人的工作是通過確保待辦事項是最好的待辦事項來優(yōu)化開發(fā)團隊的工作（即清晰、易于訪問和組織成功）。
Scrum 使用固定持續(xù)時間的沖刺（通常是幾周，總是不到一個月），稱為Sprint。每個 sprint都有一個預定義的Sprint 目標。Backlog(backlog指的是大量堆積、積壓的事物,常指“尚未完成的工作”,或“需要盡快處理的事情”) 中的項目被識別并作為每個 Sprint 的一部分進行處理。
在 Sprint 發(fā)生之前，你需要做一些 Sprint 計劃來弄清楚你的 Sprint 目標是什么以及你將如何完成它。
一旦 Sprint 開始，開發(fā)團隊就會有一個簡短的每日站會——稱為每日 Scrum——報告前一天的進度、他們今天將關(guān)注的內(nèi)容以及他們發(fā)現(xiàn)的任何風險。
在每個 Sprint 結(jié)束時，團隊都會舉行 Sprint Review（有點像 Sprint 特定的事后會議），以評估他們的績效并為下一輪 Sprint 計劃提供信息。
總之：迭代，迭代，迭代。
哪種敏捷方法適合你？如果你仍在嘗試決定應該使用哪種方法 – 敏捷 vs Scrum vs 看板 vs Scrumban vs 其他一些混合？
請記住，你可以從借用對你和你的團隊有意義的原則和流程開始。
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權(quán)，不承擔相關(guān)法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。
