如今敏捷已經成為一個流行詞，甚至軟件開發(fā)之外的團隊也試圖將其納入他們的工作流程中。但是敏捷并不適合所有人。
例如，營銷機構永遠無法實現敏捷，因為客戶不想為半成品的營銷活動和迭代買單。雖然有修改，但數量在合同中有明確的規(guī)定。另外，沒有所謂的“工作增量”，你要么有可交付成果，要么沒有。
敏捷也不一定是每個軟件項目的正確方法。如果你不能接觸到客戶，不能迭代，或者你有個復雜的組織架構，那么就很難堅持敏捷原則。
敏捷在如下情況運轉得最好：
◇ 你無法估算所需的時間，也不知道需求的全部范圍
◇ 你不知道市場是否需要你的軟件
◇ 你無法規(guī)劃出業(yè)務需求，所以設計需要通過試驗和錯誤來實現
◇ 你可以無限制地訪問準備廣泛參與的客戶
◇ 你可以進行迭代，不需要一次交付功能齊全的軟件
◇ 你和你的客戶都沒有復雜的官僚作風來拖延決策
◇ 客戶沒有固定的預算/計劃
◇ 你需要在有任何競爭之前占領市場
◇ 你的客戶在更新軟件時不會遇到麻煩（或者根本沒有注意到，例如，他們使用web應用程序）
正如你所看到的，與公司相比，敏捷更適合中小型組織。原因很簡單：人越少，就越容易做出決定并對變化做出反應。此外，敏捷更適合產品公司而不是咨詢公司。
敏捷對初創(chuàng)公司也很有用，因為“快速失敗”是他們的主流口號。風險投資家鼓勵初創(chuàng)公司嘗試瘋狂的想法，讓市場來做這件事。大多數想法都會失敗，而少數成功的想法會改變世界。
敏捷項目管理的優(yōu)點
◇ 你可以更快地部署軟件，因此你的客戶可以更快地獲得價值
◇ 你浪費的資源更少，因為你總是在處理最新的任務
◇ 你可以更好地適應變化，更快地做出反應
◇ 更快的周轉時間
◇ 你可以更快地檢測和修復問題和缺陷
◇ 你花在官僚作風和累人而無價值的工作上的時間更少
◇ 有一個大型的敏捷實踐者社區(qū)，你可以與敏捷實踐者分享知識
◇ 你可以得到及時的反饋(這也提高了團隊士氣)
◇ 開發(fā)人員可以根據QA的反饋來提高他們的技能
◇ 你不必擔心過早地優(yōu)化
◇ 你可以試驗和測試想法，因為它的成本很低
敏捷項目管理的缺點
敏捷有很多優(yōu)點，但了解它的缺點、限制和它帶來的風險很重要。
◇ 文檔往往會偏離主題，這使得新成員更難跟上進度
◇ 敏捷比瀑布更難衡量進度，因為進度是在幾個周期中進行的
◇ 敏捷需要每個人付出更多的時間和精力，因為開發(fā)人員和客戶必須不斷地相互溝通
◇ 當開發(fā)人員無工作可做時，他們不能從事其他項目，因為很快就會需要他們
◇ 因為沒有明確的終點，所以項目可以永遠持續(xù)下去
◇ 范圍蔓延，經驗沒用
◇ 按照特定預算或時間表工作的客戶無法知道項目實際成本是多少，這導致非常復雜的銷售周期（“直到迭代結束”不是客戶喜歡聽到的事情）。
◇ 產品缺乏整體設計，無論是從用戶體驗還是架構的角度來看，這導致你在產品上工作得越多，問題就越多
◇ 團隊可能會偏離方向，以技術債務為代價交付新功能，這增加了計劃外的工作量
◇ 避免那些太大而無法適應一個甚至幾個周期的功能，因為它們不能很好地適應設計理念
◇ 你需要對產品有個長期的愿景，并積極溝通愿景
◇ 產品缺乏凝聚力，用戶體驗因設計碎片化而支離破碎。時間越長，軟件就會變得越脫節(jié)
◇ 短周期沒有給設計思考流程留下足夠的時間，所以由于負面反饋，設計師不得不一次又一次地重新開發(fā)體驗
敏捷項目管理工具
在項目開展過程中，敏捷方法論促進溝通，快速響應客戶需求，不斷適應變化，從而提高了生產率。
現代敏捷項目管理軟件，比如8MSaaS敏捷項目管理軟件，支持增量式產品開發(fā)的短迭代管理和滿足競爭格局和產品需求動態(tài)變化的管理需求，也可靈活擴展以滿足傳統(tǒng)項目監(jiān)控的管理需求，如時間管理，成本管理。
使用8Manage敏捷項目管理軟件，你可以同時擁有敏捷遞增和交易型 WBS 的優(yōu)點：
-同時支持傳統(tǒng)的大型項目和敏捷項目
-面向實時交易，擁有單一事實版本的當前計劃和狀態(tài)
-自動準確計算最終目標的完成率
-不能摧毀的自動化審計跟蹤
敏捷項目管理是一種迭代方法，專注于頻繁的價值交付和從市場獲得快速反饋以更好地適應變化。一個易于使用的項目管理和協(xié)作工具，可幫助虛擬團隊規(guī)劃、監(jiān)控和協(xié)調項目。詳細解決方案請聯(lián)系我們獲取。
版權聲明：本文內容由互聯(lián)網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。