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

 

也許比任何其他行業，IT部門已經多次發現自己受制於(yú)企業領導人爲瞭(le)實現較新的炒作趨勢沒有适當考慮如何實現将融入現有的業務結構。一旦新的技術進步被釋放到市場，C級人員的争奪是一個已經融入他們的企業第一。

 

即使部門深入複雜的工作和日常職責等質量保證團隊(duì)不受外界幹擾。他們可能會被迫採(cǎi)用新的熱潮，即使方案不完全滿足他們的業務需求。

 

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

 

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

 

敏捷不适合的賬單

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

 

“你可以叫它是靈活的，但如果你不設置合同正確(què)，它不是，”一位不願透露姓名的人士擔任該項目的首席顧問說。“你怎麽說都行，但如果它咯咯和産(chǎn)卵，這是一個雞。”

 

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

 

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

 

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