当你认为“生产力”在北京软件开发中你可能会思考量，定时……或者敏捷开发方法。

 

由于敏捷软件开发模型，把几年前，无数的公司和开发团队已经在快速迭代的思想，新的代码量和主要–速度。 敏捷开发方法已经帮助许多组织满足其发展的较后期限，提高软件的迭代真实世界测试和提高整体功能。

 

然而，有一个错误的方式来做敏捷。敏捷的压力下，一些公司仅仅依靠一些自动化测试，QA，推量而忽视了质量的重要性。生产力是简单地定义为速度。 而速度是在不断变化的技术环境中极为重要的，它必须是成对的质量。如果不是你会坚持非常准时而且很差的应用程序。琳达石集锦通过后大西洋讨论了机械与人类生产力之间的差异：

 

“是时候重新考虑生产力。更多的输出，可以产生更快的机器杰出的度量，但对于智人，较强大的度量是订婚。参与过程，结果，和质量。参与价值的方法和结果与完全专注于输出。

 

……如果我们反思生产力？今天，我们定义为人类就像我们做机器的生产力。”

 

虽然石是她的理论的许多其他职业领域，它在软件开发和QA是非常真实的。杰里霍夫，在计算机世界，还认为，生产力需要被重新定义，同时考虑应用的安全性：

 

“敏捷是促进快速迭代的代码经常被释放。 常常，新的代码是每月一次或两次发布，然而在某些情况下，代码公布一周多时间，每天甚至每小时。你怎么开始确保新代码和新推出的功能是安全的？在一个大的应用程序代码和潜在的副作用量是惊人的，开发商通常忙于推动代码，实现的功能目标，按时完成任务–安全经常被遗忘在混。”

 

在北京软件开发上，有许多移动部件，包括–安全已经不再是秘密。 功能，用户体验，安全漏洞和许多其他需要考虑的因素有很多，可以错误地忽视。然而，缩放您的QA团队为了提高效率，并通过把更多的你的团队专注于你的软件的质量，可以提高你的开发过程都在一个时间和质量意识。琳达表示，“而不是评价输出，我们可以评估的过程，结果，和质量”。