雖然scrum首先應用於軟體產品的開發，但它適用於所有型別的複雜工作。如今，它被用於管理軟體和硬體開發、支援、廣告和營銷、教堂和整個組織。
scrum不會試圖指導團隊如何完成他們的工作。scrum希望團隊做任何必要的事情來交付所需的產品。它授權他們這樣做。設計實踐和工具隨時都在變化和改進，優秀的團隊將不斷努力利用這些優勢。
如果您正在開發軟體，則需要確定並應用一組軟體設計實踐來補充和啟用scrum管理框架。令人高興的是，kentbeck和他的合作者已經在極限程式設計（xp）中為您打包了一組完美的實踐。
如果你在軟體設計以外的領域工作，你需要尋找你自己的一套設計實踐。
簡言之，答案是沒有。敏捷和scrum基於不同的範例。創始人傑夫·薩瑟蘭（jeff sutherland）和肯·施瓦伯（ken schwaber）經常表示，試圖將定義的（規定的）方法對映到經驗的（適應性的）方法是徒勞的[薩瑟蘭2007]。
一些更好的問題可能是：「我如何將我的團隊和組織轉換為scrum？」我可以建立在什麼優勢和成功之上？可能面臨的挑戰是什麼？我如何讓自己和我的員工做好克服這些挑戰的準備？「
我經常被要求提供敏捷方法成功的證據。通常所尋求的是it在與請求者的行業、組織、文化等非常類似的情況下工作的證明。有時我可以把它們指給我個人認識的例子。我還提到了他們發表的調查和案例報告，這些調查和案例報告顯示，各大洲和各行業的數千個團隊都成功地使他們今天的工作環境比昨天更好。更重要的是，我認為，我可以把他們介紹給我在過去八年中目睹過的許多人，他們在工作中從巨大的挫折轉變為新的快樂。
然而，敏捷的成功取決於你！在您的組織中，敏捷方法的實現將成功或失敗，這是基於認識到和接受引入敏捷會在組織中引發巨大且不可避免的變化。
學習一種或其他敏捷方法的規則並不是困難的部分。最終決定成敗的，是對組織內所有層次的變革浪潮的有效管理，包括對組織文化的影響。
scrum為組織提供了一種方式來釋放其人員的無限潛力。scrum（以及任何敏捷方法）還附帶了相關的成本，這些成本以多種貨幣計量，其中只有一種是貨幣。在進行一些初步實驗之前，你需要投資於理解這一經濟價值主張。
最後，組織向敏捷的過渡需要數年時間。無論你的組織規模有多大，你認為文化有多團結，或者你想象的任何其他因素都可能使你的道路平坦，要真正變得好，並使這些新的工作方式制度化，可能需要五到十年的時間。所以準備好長途旅行。享受這段旅程！
SOC的定義 適用性和組成
51cto的安全管理平台交流已經結束了，有不少還是提出了一些比較好的問題，也幫我再次梳理一下對於安全管理平台的理解。這裡我也跟大家分享一些交流的內容。問題1 請問soc是什麼？什麼樣的安全運維管理平台更適合自己的企業？用好soc大中型企業單位需要考慮哪些問題？安全運維中需要注意哪些事項？關於soc的...
如何選用辦公軟體 OA軟體的適用性
每個企業發展到一定的階段在企業管理上問題總會層出不窮，例如 內部溝通和協調的問題 人員管理的問題 辦公效率低等問題，這些問題都制約了企業的良性發展。實施 oa軟體是企業自身發展的需要，據我們和重慶定製軟體巨頭 七騰軟體溝通看來，在實施前，企業可以要求軟體廠商根據企業的實際情況及專案需求來設計企業的系...
軟體的功能測試和適用性測試的標準
軟體的功能測試往往被認為是測試中的相對簡單工作，缺乏技術，只是 mouse driven 實際上，軟體功能測試，一方面依賴於不斷積累的的經驗，另方面功能測試也是離不開技術，包括環境設定 功能實現的理解。如果結合測試自動化 白盒或灰盒測試方法等，測試的效率會更高。適用性測試，往往可以和 功能測試結合起...