一個大型的軟件項目，由北京軟件開發公司資助的較近經歷了巨大的挫折，由于一部分軟件方法學不適合的開發方法。

 

也許比任何其他行業，IT部門已經多次發現自己受制于企業領導人為了實現較新的炒作趨勢沒有適當考慮如何實現將融入現有的業務結構。一旦新的技術進步被釋放到市場，C級人員的爭奪是一個已經融入他們的企業第一。

 

即使部門深入復雜的工作和日常職責等質量保證團隊不受外界干擾。他們可能會被迫采用新的熱潮，即使方案不完全滿足他們的業務需求。

 

不合適的軟件方法的出現促成了較近的斗爭，報道了關于英國政府的一個新的軟件系統的開發。撰稿馬克巴拉德computerweekly報道，英國就業與養老金部已投資超過468000000美元，進入了一個新的系統 將支持通用信用福利項目。據巴拉德，政府內閣辦公室和所堅持的計劃部署發展敏捷方法，這些過程可以是非常有用的質量管理誰努力跟上不斷變化的客戶需求或需要協助現場和遠程團隊同步。

 

“敏捷設計方面軟件開發的現實：它不是像其他基礎設施–它確實改變你走，因為它是一個活生生的模具從人類活動的復雜性和社會交往的條件，”巴拉德寫道。“這是不太一樣的建筑一條高速鐵路線，甚至當你的帳戶nimbies迫使路線的改變。”

 

敏捷不適合的賬單

然而，由國家審計署較近進行的一項調查發現，該項目已經落后于時間表，超出預算，缺乏一個適當的框架，監督日常開發和軟件測試的操作。官員接近項目告訴巴拉德較早computerweekly塊 迫使敏捷開發過程是在這種情況下是不明智的合同和計劃都寫在一個更線性的方式適合于生產周期一步一步的瀑布。

 

“你可以叫它是靈活的，但如果你不設置合同正確，它不是，”一位不愿透露姓名的人士擔任該項目的首席顧問說。“你怎么說都行，但如果它咯咯和產卵，這是一個雞。”

 

一個大的，長期的項目，與眾多的復雜性和考慮的因素被認為是由許多發展專家不適合敏捷測試實施。調研公司Forrester解釋在較近的一份白皮書，該方法更好地利用當組織面臨 緊迫的期限和交付預期轉變。

 

“敏捷支持更小，更快的開發周期，提供功能的軟件的話，這反過來又限制了工作的總體進展，”報告稱。“這影響了軟件測試的假設所需的功能遠遠早于瀑布方法使開發商和商業贊助商可以很快證明或反駁他們。”

 

當考慮到北京軟件開發公司團隊的方法或結構的急劇變化，質量管理首先要考慮如果一個給定的方法是他們目前的經營狀況良好的配合。全面轉向敏捷可能并不總是有益的，所以領導應該把這件事杰出的想想之前的跳躍。在許多情況下，它的更好的實施敏捷方法的增量，緩解當前軟件測試人員通過過渡和建立在這些增加的團隊成員成為更舒適的方法。