gpt4 book ai didi

project-management - 什么时候考虑一​​个特性 "DONE"?

转载 作者:行者123 更新时间:2023-12-04 07:54:53 24 4
gpt4 key购买 nike

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗?更新问题,使其成为 on-topic对于堆栈溢出。

3年前关闭。




Improve this question




作为软件开发人员,我们创建了许多……嗯……代码。我们生成的大部分代码都可以用于新功能或对现有功能的增强。遇到这种情况,我们怎么知道这个功能什么时候是完成 ?
在功能的上下文中完成是什么意思?例如,对于 A 公司来说,这可能意味着许多不同的事情,例如,

  • 满足客户要求(这本身就很棘手)
  • 没有已知的错误
  • 文档写成

  • 为了更好地帮助理解完成对不同开发人员和团队的意义,请列出最多 5 个(但不超过 10 个)项目。此列表将是您作为开发人员或您的团队可能会经历的事情,一旦所有项目都被选中,该功能将被视为 完成 .
    更新
    这些是一些很好的答案。我想弄清楚如何确定最好的,因为我猜这个问题有点主观。我想我仍在寻找更完整的图片。

    最佳答案

    当客户端/用户在测试后签署 UAT(用户验收测试)时。那是我们的官方量尺。

    当然,这并不意味着什么,因为总会在几周后要求提供该功能的 2.0 版,但这对他们来说比我们的要多。

    编辑 - 如果您想详细了解它,请按以下方式操作:

  • 要求由系统分析师和客户批准
  • 设计由首席程序员批准
  • 代码审查由同行程序员批准
  • 代码在 QA 部门的单元测试中被标记为已测试。
  • UAT 由客户亲自测试后签名。
  • 代码在系统测试中被 QA 部门标记为已测试。
  • 代码已发布。
  • 关于project-management - 什么时候考虑一​​个特性 "DONE"?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/136099/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com