V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2368 days ago, the information mentioned may be changed or developed.
团队敏捷开发中要求每个人对同一个接口估算时间然后去掉最低和最高取平均得出这个接口的耗时，
那么对于个人来说如何给出一个合理的估算时间呢，我是这样的，
1. 统计下这个接口涉及到要修改和新增哪些领域对象（类似王者荣耀里的英雄），这些领域对象要修改和新增哪些属性字段，我每个领域对象耗时 2*N 分钟，每个字段耗时 N 分钟，如果共有 A 个领域对象以及 B 个字段，那么耗时 N*（ 2A+B ）分钟，我一般 N 取 10.
2. 这个接口业务里涉及哪些领域对象之间的互动（类似王者荣耀里的英雄技能），每个互动等价于哪些基础 SQL （ select、update、insert、delete ）或复杂 SQL （ join、group by...）的组合，每个基础 SQL 耗时 M 分钟，复杂 SQL 每 join 一层耗时 M 分钟，如果有 X 个基础 SQL 和 Y 层复杂 SQL 那么耗时 M*（ X+Y ），我一般 M 取 10.
以上就是个人对于某接口不算重构、沟通交流等操作后的最少评估时间 N*（ 2A+B ）+M*（ X+Y ）
那么对于个人来说如何给出一个合理的估算时间呢，我是这样的，
1. 统计下这个接口涉及到要修改和新增哪些领域对象（类似王者荣耀里的英雄），这些领域对象要修改和新增哪些属性字段，我每个领域对象耗时 2*N 分钟，每个字段耗时 N 分钟，如果共有 A 个领域对象以及 B 个字段，那么耗时 N*（ 2A+B ）分钟，我一般 N 取 10.
2. 这个接口业务里涉及哪些领域对象之间的互动（类似王者荣耀里的英雄技能），每个互动等价于哪些基础 SQL （ select、update、insert、delete ）或复杂 SQL （ join、group by...）的组合，每个基础 SQL 耗时 M 分钟，复杂 SQL 每 join 一层耗时 M 分钟，如果有 X 个基础 SQL 和 Y 层复杂 SQL 那么耗时 M*（ X+Y ），我一般 M 取 10.
以上就是个人对于某接口不算重构、沟通交流等操作后的最少评估时间 N*（ 2A+B ）+M*（ X+Y ）
No Comments Yet
Select Language