敏捷商店在Joel测试中真的可以得分12吗？[关闭]

我真的很喜欢Joel测试，自己使用它，并鼓励我的员工和受访者认真考虑一下。但是我认为我的得分永远都不会超过9，因为有些观点似乎与敏捷宣言，XP和TDD相矛盾，后者是我世界的基石。

特别是：有关日程安排，规格，测试人员和安静的工作条件的问题与我们正在尝试创建的内容以及我们在真正敏捷中所采用的价值观背道而驰。

所以我的问题是，真正的敏捷商店是否有可能获得12分？

编辑：

根据以下回答者的推荐，我向我的博客添加了链接，该链接最初是我在博客上写的，因此我想在此处发布问题。

http://simonpalmer.com/2011/03/16/why-i-will-never-score-more-than-9-on-the-joel-test/

我之所以这样说，是因为我同意下面所说的很多内容，并且我想宣布我的完整立场。

我作为敏捷专家的观点：

您是否使用源代码管理？

是的，当然，是持续集成，XP的一部分需要一个源代码控制系统才能向其提交代码。

您可以一步一步构建吗？

是的，持续集成服务器在那里。

您每天制作吗？

如果我们可以一步一步完成，就可以安排它。

您有错误数据库吗？

是的，任何“敏捷项目”管理工具都可以跟踪错误并添加到Scrum产品积压中

您在编写新代码之前会修复错误吗？

是的，它们在产品待办事项列表中具有优先权

您有最新的时间表吗？

总是可以的，这要归功于Planning Poker带来的产品积压，迭代积压，发行计划和准确的估算。

你有规格吗？

是的，如果需要，每个用户故事都带有更多详细信息。我们还鼓励产品负责人和团队之间进行沟通。

程序员有安静的工作条件吗？

是的，一个有8个开发人员的房间通常非常安静。我们尽量不要将销售人员放在同一房间。

您是否使用金钱可以买到的最好的工具？

是的，尽管我们重视个人而不是工具，但请放心，Joel会为您购买所有产品的许可证；）

你有测试员吗？

是的，它们是团队不可或缺的一部分。

新候选人在面试中会写代码吗？

是的，团队参与了该过程。

您是否进行走廊可用性测试？

是的，我们的测试人员可以帮助我们。

您有最新的时间表吗？

这就是敏捷。Scrum要求我们致力于发布。拥有最新的时间表意味着知道将在发行版中完成（和不完成）以及积压的情况。

你有规格吗？

这就是敏捷。架构（以及相关的描述）至关重要。这指定了形式。用例（或用户案例）至关重要，并指定功能。

程序员有安静的工作条件吗？

我看不到敏捷如何需要嘈杂，破坏性和令人讨厌的环境。

你有测试员吗？

嗯 当我们进行TDD时，我们就是测试人员。当我们将代码移交给产品所有者时，在涉及客户之前，可能需要其他测试人员。

这与敏捷方法或敏捷宣言有何矛盾？

我认为答案是肯定的，敏捷商店应该能够做到这一点。具体到您的观点。

• 计划就是要明确定义要解决的功能。这绝对可以实现。
• “安静的工作条件”与工作场所中的声音无关，而是消除了非项目/编程噪声。这是关于使您的程序员不必花力气来消除干扰
• 敏捷商店应该尽早进行测试，并且让开发人员之外的其他人来测试代码确实是Joel的意思。

您为什么认为制定时间表（举一个例子）与敏捷开发不兼容？

您从sprint到sprint的工作是极不可能的，完全不知道您想将产品运往何处。是的，您需要在每次冲刺后重新审视和修改计划，但您仍将拥有一个。

诸如“第一季度我们计划发布功能A，B，C，第二季度我们正在研究功能X，Y，Z”这样的声明仍然是一个时间表。X很有可能变成W，但这就是敏捷使您能够做到的。

从您的清单中选取另一件事-规格。如果没有规范，什么是用户故事？

我想我将从与这里大多数人不同的角度来看待这个问题。如果您在Joel测验中得到9分，则您在曲线前。许多地方很难达到5或6，更不用说9到12了。

您在招募好人才方面遇到困难吗？如果不是，那么在Joel测试中获得12分虽然是一个崇高的目标，但实际上并不是问题。如果您的员工能够在您所拥有的环境中工作，那么我想说得分高就可以了。