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