什么时候被认为是“完成”？

Question

作为软件开发人员，我们创建了许多......好......代码。我们生成的大部分代码都可以用于新功能或对现有功能的增强。在这种情况下，我们如何知道此功能何时完成？

完成在功能的上下文中意味着什么？例如，对于公司A，这可能意味着许多不同的事情，例如，

1. 满足客户要求（这本身就很棘手）
2. 没有已知的错误
3. 编写文档
4. 等
5. 等

为了更好地帮助了解完成对不同的开发者和团队意味着什么，请列出最多五个（但不超过10个）项目。此列表可能是您作为开发人员或您的团队可能会检查的内容，一旦检查完所有项目，该功能将被视为 已完成 。

更新

这些是一些很好的答案。我试图弄清楚如何确定最好的一个，因为我猜这个问题有点主观。我想我还在寻找更完整的画面。

Answer 1

客户/用户在测试后签署UAT（用户验收测试）时。那是我们的官方测量棒。

当然，这并不意味着任何事情，因为几周之后总会要求提供2.0版本的功能，但这比我们的更多。

编辑 - 如果你想详细了解它，我们就是这样做的：

1. 要求已获得系统分析师和客户
的批准
2. 设计由首席程序员批准
3. 代码审核由同行程序员批准
4. 代码在QA部门的单元测试中被标记为经过测试。
5. UAT由客户亲自测试后签署。
6. 代码在QA部门的系统测试中被标记为经过测试。
7. 代码已发布。

Answer 2

如果你的意思是“完成”意味着“我们永远不必再触摸”，那么唯一的答案就是：当系统过时时; - ）

如果你的意思是'什么时候准备发货'，那么大概是当所有商定的单位测试通过时，当然假设是TDD / XP /敏捷方法。

Answer 3

当用户满意时。

Answer 4

当它解决了它所设想的问题时。这带来了充分测试，文档，可用性等的负担 - 不是太多，但足以满足它所需要的。

Answer 5

令人反感，政治上不正确，但务实的答案：在功能发展过程中（至少）有一个关键点。

• 在之前发布功能，您将失败，因为客户不会接受该功能。修复时间，材料和声誉的成本要高于“完成”它所需的成本。

• 在此之后发布功能，因机会成本而丢失。通过将注意力集中在其他方面，你可以获得更多利润。

当功能达到此临界点时已完成。

Answer 6

当有叉子时。

• 代码符合书面规范
• 代码通过代码审核
• 代码具有并通过单元和集成测试
• 代码通过QA
• 包含代码的套餐已由所有利益相关方签字

- 亚当

Answer 7

对于我们来说，当满足两个标准时，就完成了一项功能，这意味着我们可以发货：

1. 一个功能通过了我们在发布之初编写的所有单元测试和手动测试。这是由质量保证或开发人员在没有质量保证的情况下确定的。
2. 对功能执行未完成的更改请求/错误修复提供的价值低于完成功能所需的资源（时间）。这由产品所有者决定。

Answer 8

每个项目都用sprint进行划分.Sprint可能有一个或多个功能。当为sprint完成这些阶段时，就会完成sprint或功能

1.US-＆gt;用户故事 - ＆gt; UI -User Interface - ＆gt; Dev - ＆gt;发展 - ＆gt; QA - ＆gt;质量保证 - ＆gt; UAT - ＆gt;用户验收测试已完成。

Answer 9

对于＆＃34;做什么＆＃34;似乎仍然存在差异。手段。对于许多（大多数？），如Scrum Alliance处的Mayank Gupta，已完成意味着产品或功能可能可由产品负责人自行决定。

对于其他人，如上面的MattC（以及我自己的组织）＆＃34;已完成＆＃34;表示产品或功能已发货。

Answer 10

发货时。

Answer 11

当没有任何东西可以带走它时。

Answer 12

当与之关联的所有测试都通过时，您的功能就完成了。当需求发生变化时，添加更多测试和代码，直到他们通过。

Answer 13

我认为这取决于看着它的人​​。开发人员自然希望将代码带到 nth 级别，而客户将有一个愿景......

所以，

• 客户，当他们停止要求更改时。
• 开发人员，绝不：）

Answer 14

简单回答：当它满足客户（或您正在实施该功能的人员）的要求时。

答案不是那么简单：当它满足人/客户期望的所有内在要求时：隐藏的质量要求，可扩展性，文档，稳定性，易用性等。

Answer 15

按照团队定义的Done完成时。完成的定义应该是scrum团队同意的可见文档，只要问题完成，它就会被提交回来？＆＃39;被问到。

有一篇好文章打破了scrumalliance.org网站上已完成的定义

enter link description here