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

 

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

 

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

 

“是時候重新考慮生產力。更多的輸出，可以產生更快的機器杰出的度量，但對于智人，較強大的度量是訂婚。參與過程，結果，和質量。參與價值的方法和結果與完全專注于輸出。

 

……如果我們反思生產力？今天，我們定義為人類就像我們做機器的生產力。”

 

雖然石是她的理論的許多其他職業領域，它在軟件開發和QA是非常真實的。杰里霍夫，在計算機世界，還認為，生產力需要被重新定義，同時考慮應用的安全性：

 

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

 

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