當你認爲“生産力”在北京軟件開發中你可能會思考量，定時……或者敏捷開發方法。

 

由於(yú)敏捷軟件開發模型，把幾年前，無數的公司和開發團隊已經在快速疊代的思想，新的代碼量和主要–速度。 敏捷開發方法已經幫(bāng)助許多組織滿足其發展的較後期限，提高軟件的疊代真實世界測試和提高整體功能。

 

然而，有一個錯誤的方式來做敏捷。敏捷的壓力下，一些公司僅僅依靠一些自動化測試，QA，推量而忽視瞭(le)質量的重要性。生産力是簡單地定義爲速度。 而速度是在不斷變(biàn)化的技術環境中極爲重要的，它必須是成對的質量。如果不是你會堅持非常準時而且很差的應用程序。琳達石集錦通過後大西洋讨論瞭(le)機械與人類生産力之間的差異：

 

“是時候重新考慮生産力。更多的輸出，可以産生更快的機器傑出的度量，但對於(yú)智人，較強大的度量是訂婚。參(cān)與過程，結果，和質量。參(cān)與價值的方法和結果與完全專注於(yú)輸出。

 

……如果我們反思生産(chǎn)力？今天，我們定義爲人類就像我們做機(jī)器的生産(chǎn)力。”

 

雖然石是她的理論的許多其他職業領域，它在軟件開發(fā)和QA是非常真實的。傑裏霍夫，在計算機世界，還認爲，生産(chǎn)力需要被重新定義，同時考慮應用的安全性：

 

“敏捷是促進快速疊代的代碼經常被釋放。 常常，新的代碼是每月一次或兩次發布，然而在某些情況下，代碼公布一周多時間，每天甚至每小時。你怎麽開始確(què)保新代碼和新推出的功能是安全的？在一個大的應用程序代碼和潛在的副作用量是驚人的，開發商通常忙於(yú)推動代碼，實現的功能目标，按時完成任務–安全經常被遺忘在混。”

 

在北京軟件開發上，有許多移動部件，包括–安全已經不再是秘密。 功能，用戶體驗，安全漏洞和許多其他需要考慮的因素有很多，可以錯誤地忽視。然而，縮放您的QA團隊爲瞭提高效率，並通過把更多的你的團隊專注於你的軟件的質量，可以提高你的開發過程都在一個時間和質量意識。琳達表示，“而不是評價輸出，我們可以評估的過程，結果，和質量”。