敏捷的弱點是什么? 軟件測試
“敏捷的弱點是什么?”，一個剛接觸敏捷的朋友如是問。
敏捷方法是一種適應性方法，換句話說，由于它本身的適應性，他可以去適應各種情況，并且可以根據實際的效果來調整自身，從而改善它的適應程度。因此，首先我們說，敏捷的弱點或者優點這樣的問法是不妥的，應該問，在什么情況下敏捷適用性不好?
敏捷的產生主要是來自于開發團隊，開發團隊發現他們在進度、質量等方面的能力無法滿足業務需求，于是提出要加強交流，增進反饋，避免各種內部浪費。于是開發團隊在實踐上采用測試、迭代、提高交流效果等等，最終在效率上得到了很大提升。
但是，很快的，這個團隊意識到，光提高開發的質量還不行 。開發測試之外的很多東西也需要敏捷才可以，尤其是在發布一個新版本的時候，舊有的發布方法沒法滿足開發的速度要求。他們于是提出了敏捷的需求管理，要求和業務部門之間建立專門的業務分析來進行溝通;數據庫重構技術，要以往DBA所負責的部分也能夠變得敏捷，適應開發的需要;部署和發布方面也需要一套高效的方法來適應快速發布，快速反饋的需要。于是，整個IT部門變得更敏捷，從需求到發布的整個軟件生命周期都得到了很大的改善。
然而，這個部門很快又遇到了問題。雖然IT部門的開發很高效，但他們和其他的業務部門之間總遇到難以解決的問題�；蛘呤菢I務變化跟不上，或者是售后支持沒法及時反映。于是，由CIO帶領，公司開始了整個的組織轉型，將一個組織敏捷/精益化，建立敏捷業務和精益企業。讓IT部門的價值得到最大的提升，由新的IT系統來促進業務的發展。
不過，問題又來了。由于業務的發展，公司需要和其他的公司之間進行數據交換，共同開發通訊接口。合作公司的反應速度和開發效率極低，大大的降低了合作的效果。于是，公司派出咨詢師，幫助合作公司進行過程的改進。最終達到共贏。
這一整套過程下來，敏捷/精益的思想得到了貫徹，開發效率和業務效率得到很大提升，公司獲得了很大的企業價值。然而，如果這一切都無法順利的完成呢?
在某些公司，由于各種原因，一個團隊的敏捷程度完全取決和他們合作的部門或公司的敏捷程度。在一個項目中，我的一個同事所在的團隊需要和數據庫部門以及另一個開發部門協作，從而完成一個系統集成應用，然而，他們沒有數據庫的操作權限，同時另一個部門的API尚未就緒。他們很快就開發完畢自己所分配的部分功能，在等待中不斷的催促和協調另外的部分。一個幾周的工作，硬生生的被拖到了三個月。
綜上， 敏捷什么情況下適用性不好呢?答案是，當你沒有辦法改變你周邊的人、部門、公司做事方式的時候。
不過，我認為，改變一個人雖然困難，但我們可以去影響他們。只要從基本的實踐處做起，逐漸的，周邊的人會被帶動，
文章來源于領測軟件測試網 http://www.kjueaiud.com/
