V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
大概上是一个分润系统，老板说我们一个接口 0.5 天工时比较长，让我们压缩 3 分之一到一半
https://tjcqggibcl.feishu.cn/wiki/D7qNwfHfoiDAvSk5lcMclhxmnpb?from=from_copylink
上面的是实际文档，问了他觉得哪里长，他举了这个例子。
总体工时的预计合理吗？
Supplement 1 · Apr 30
和老板沟通了下，老板要一个细到功能模块和业务逻辑的计划，类似设计文档，然后编码人员依据这个就可以直接开发的，要一个成品。
 |
1
cnzmz OP 目前前端预计 20.9 人天，后端预计 31.1 人天
|
 |
2
SpringBlossom Apr 30
这确实长，
|
 |
3
ingdawn Apr 30  2
分的这么细的么 看到头大
|
 |
4
ooee2016 Apr 30
这分开算不好吧，最好和前端一样，按页面统计。
|
 |
5
skuuhui Apr 30
如果在我们团队，老板会说一天是合理的。如果你超过这个天说明你不够 AI native
|
 |
6
maichael Apr 30
1. 单做功能实现不用这么多。
2. 但是里面把很多工作量隐藏了，第三方对接的调试没提，联调没提，测试没提。 3. 没有一个实际的项目管理？这种工时分出来没有实际意义。 |
|
8
cnzmz OP @SpringBlossom 不用 AI 的前提下多长时间你觉得合理呢，这个就是约等于项目上线的时间。
|
 |
9
ElmerZhang Apr 30
听老板的，然后用 AI 搞，剩下的时间就可以摸鱼了
|
 |
10
phpdever Apr 30
分的太细了，没必要。万一你前期没调研清楚，做着做着发现要加接口，改逻辑，那影响范围太大了。排期的时候要适当留一些时间缓冲。
预估排期这个事情，不要期望第一次就准确评估，第一次肯定不准，第二次也可能不准，但是会一次比一次准的，团队伙伴之间也要磨合不是？ |
|
11
phpdever Apr 30 1
老板跟你讲条件，你也可以讲条件的。他压排期，你就减少开发工作量
这个分润系统，一定要一个版本就迭代完吗？我看未必，第一期先上必要的功能就可以，把流程跑通为主 这么庞大的系统，你怎么测试？ 还不如小步快跑，分版本迭代 |
 |
12
hydyy Apr 30
讲真，现在你在这问还不如问 ai
|
|
13
cnzmz OP @ElmerZhang 我准备等会就提要采购 AI ，找个中转站买买，不自己买了。
|
 |
16
davin Apr 30
UI/交互逻辑实现，接口对接/联调，自测➡️测试，大概这么划分吧。用专业的项目管理软件/协作平台 + webhooks 实时消息同步，方便整体进度管理
|
 |
18
ajax10086 Apr 30
前后端分离也以模块划分。默认按 2 人天来算估，每个接口算 0.25 人/天，测试联调留 2 天搞正流程缺陷，完事直接投产出问题 hotfix 。这种来定制软件的小老板我经常打交道，他生产数据没这么快能起量
|
 |
19
qbmiller Apr 30
这种系统，一般都是 二开了，
从 0 开始，2 个人搞 1 个月 ，一点不多。 这还不包括上线实际运行各种问题。 可以扔给 ai 设计所有表， 过一遍 分功能块再 ai 搞。 |
 |
20
suzhou Apr 30
说实话你要这么细就写一个列表 api ，那个老板看了都会说时间长的。
|
 |
21
liuliuliuliu PRO 说实话，这里面产品经理的责任更重一点，如果他写一个详细的需求文档，那么确实可以靠 ai 更快速度的做出来
|
 |
22
wu00 Apr 30
如果是照抄，工时估这么细可以理解
如果是按需求文档做，coding 的时间绝对不超过 30%，剩下的都是思考、核对、调整、设计 |
 |
24
X90 Apr 30
@cnzmz 键盘给他，让他来。
这个分润系统的开发重点是业务逻辑是否完全明确了，开发人员是否完全理解了业务逻辑。如果业务逻辑明确并理解了，在 ai 的辅助下花两天出个设计文档，让 ai 按照设计文档开发。工期用不了多久。 要是只有图上这种简单的功能点罗列，那干两个月也完不了。 |
|
25
cnzmz OP 和老板沟通了下，老板要一个细到功能模块和业务逻辑的计划，类似设计文档
|
 |
26
zrlhk 2 days ago
你压缩了，他就和你谈细节诉求了，越扣越细的那种。
|
Select Language