組織會出於多種原因而採用敏捷方法。一些組織希望能提高生產率和縮短產品上市時間，另一些組織希望能夠獲得更成功的產品，還有一些組織希望能增強開發人員與業務人員間的協作，以提公升質量或提高團隊成員的工作滿意度。
當然，還有許多組織採用敏捷是希望能同時實現這些好處的組合。
但是，為了能從敏捷中盡可能多地獲得好處，組織似乎也存在很多誤解。在本文中，我想談談關於敏捷產品開發的六個誤解。
誤解1：敏捷不是僅適用於軟體開發嗎？
這個誤解很有趣，因為作為最古老的敏捷方法，scrum起源於實體產品的開發。最初的scrum專案是影印機、本田汽車和照相機。
如今，敏捷已廣泛應用於各種形式的產品開發，從實體產品到基於雲的軟體即服務（saas）。
但除了產品開發（包括硬體和軟體）外，敏捷已被成功應用於：
●營銷團隊用來進行活動策劃與執行
●律師用來管理案件和工作負荷
●組織轉型（尤其敏捷轉型）中的事務管理
●高層領導團隊管理其組織
●家庭用來改進共處時光
●夫妻策劃婚禮
當然，還有更多。任何比較獨特（您之前從未做過十次）且複雜的事項都非常適合於敏捷。如果您因敏捷宣言中採用「軟體」一詞而感到困擾，只需用「產品」這個詞代替即可。例如，可以將「可用的軟體」更改為「可用的產品」，然後再重新閱讀：[我們倡導]「可用的產品」勝過「完備的文件」。非常適合。為什麼？因為敏捷可用於所有型別的產品——軟體只是其中之一。
誤解2：在敏捷中真的不存在經理角色嗎？
我認為這一誤解依然存在，因為太多的經理花了大量時間去做他們不該做的事情，而罔顧敏捷與否。
例如，經理經常將工作分解到個人任務級別。當得知在敏捷中這並非其工作時，他們會感到自己的工作被剝奪了。
事實並非如此，並未完全取消這項工作。
首先，諸如分配任務之類的瑣事，本來就不該成為工作的一部分。
經理們應當專注於打造團隊蓬勃發展所需的環境和文化。他們的時間不應該消耗在諸如誰該幹哪個任務的瑣事上。
彼得•德魯克（peter drucker）或許是20世紀的領軍管理理論家。他以目標管理思想和為設定目標而建立的smart首字母縮寫（目標必須是具體、可衡量、可達成、相關和有時限的）而聞名。德魯克說過，經理們有五項工作：
●設定目標
●組織人和工作
●激勵與溝通
●衡量●培養人
當然，在某些組織中，其中某些責任可能會消弱。但是另一些職責——例如培養人，會變得更加重要。
在我實施敏捷以及與敏捷組織合作的這些年，沒有人會決定要解雇所有經理。是的，雖然有些經理已經轉換為工作更加聚焦的scrum master或產品負責人角色，但是在敏捷中依然存在經理角色。
誤解3：干係人不是能隨時發起變更嗎？
毫不奇怪，最普遍相信這一誤解（干係人能隨時發起變更）的人群是干係人自身。
開發團隊成員們都理解，在錯誤的時間引入變更是需要花費代價的。
設想乙個在餐廳點餐的場景。你告訴服務員你要份雞肉，隨後又立即說：「不，請改為三文魚。」
這種變更是沒有成本的。
但是，如果您後來才改變主意，就要付出代價。如果在廚房開始煮雞肉後，你告訴服務員將您的飯菜從雞肉改三文魚，就會出現食物浪費成本（餐廳可能會向您收費）。
如果在告訴服務員您想換三文魚前，您已經吃了一半雞肉，那花費會更加明顯。
干係人把變更引入到迭代，就像吃飯者把雞肉換成三文魚一樣。如果在正確的時間進行更改，成本可能很小甚至沒有。但如果在錯誤的時間引入，則要付出代價的。
敏捷並不能消除所有干係人引入變更的成本。但是，無論在何時引入變更，優秀的敏捷團隊都能降低變更成本。常用的方法是：
●短迭代
●短小的產品待辦項
●經常性最小化並行工作數量，以盡可能快地完成每個產品待辦項
但這並不是說團隊不應該歡迎適當的變更。某些干係人需要的變更可能非常重要。但是，變更成本並不總是零，對於每個變更都應該對照其變更成本評估收益。
誤解4：不是敏捷團隊每個人都該是通才嗎?
大多數優秀的敏捷團隊都會做計畫。只是，與傳統專案相比，這種計畫通常不太明顯，因為敏捷團隊沒有乙個早期計畫階段。
取而代之的是，優秀的敏捷團隊將計畫作為一系列小而重複的活動來實施，以確保其計畫始終反映當前的實際情況。
這樣，通過持續檢視和調整，團隊就能以開發產品的方式來做計畫。
對於任何敏捷團隊來說，其計畫程度都應只限於重大決策的需要，而不應過於深入到未來。但大多數組織和團隊都會有乙個計畫，以在某種程度上估計接下來要完成什麼以及何時完成。
事實上，儘管存在這種誤解，由於能盡早洞察其開發軟體的速率，敏捷團隊能更容易地制定出可信的計畫。
設想乙個具有分析、設計、編碼和測試階段的傳統團隊。如果足夠幸運，團隊或許能將計畫的提交時間推遲到設計階段結束時。但就算到那時，團隊仍不知道他們在編碼和測試上能有多快——他們還沒有開展過任何此類活動。
相反，敏捷團隊每個迭代都會運轉整個開發過程。每個迭代都會包含一些分析、設計、編碼和測試活動。這就使敏捷團隊能盡早地洞察到，其能以多快的速度將想法轉化為新特性。
誤解6: 敏捷團隊開發產品不是不規劃架構嗎?
關於容器安全的六大誤解
關於容器安全的六大誤解。現在很多企業仍褒有傳統虛擬化技術比容器技術更為安全的想法。曾經在全球化學公司 500 強 albemarle 公司任職首席資訊保安官，目前在 twistlock 任職 cto 的 john morello 表示，他撰寫此文來揭開有關容器技術安全方面的很多錯誤認知，並且讓讀者將...
機器學習常見的六大錯誤
現乙個key value的資料庫，那麼有很多種模式都可以實現，但是他們最終所達到的效果卻是千差萬別的。同樣，在機器學習領域，如果我想實現乙個分類器，也有很多種演算法，但是每種演算法都對資料做了不同的前提假設。曾經當我們處理少量資料的時候，我們往往可以先設計若干種演算法，然後每種都測試一下，選擇一種最...
機器學習常見的六大錯誤
現乙個key value的資料庫，那麼有很多種模式都可以實現，但是他們最終所達到的效果卻是千差萬別的。同樣，在機器學習領域，如果我想實現乙個分類器，也有很多種演算法，但是每種演算法都對資料做了不同的前提假設。曾經當我們處理少量資料的時候，我們往往可以先設計若干種演算法，然後每種都測試一下，選擇一種最...