前端改个插件都说要两天，后台说几个小时就可以，怎么破？

[founder007]

老板让官网改一个小地方，问前端说要 2 天，后台却说今天就可以，该怎么解决这个问题，相信谁？谁说的是对的？

[wunonglin]

你是老板？

[Kaier]

问题可以再具体一点?

[Felldeadbird]

信时间长的。有些修改会存在意外情况，实际修改才发现这玩意耦合起来，一改就要动不少地方。

[founder007]

@wunonglin 我是项目负责人
@Kaier 经常会遇到类似的
@Felldeadbird 额

[westoy]

这说明你们那个后台可能不懂前端

我最近一年做的一个东西， 到现在五万行左右， 里面四万行是前端

太特么吃人力了

[justfindu]

那就让后端改

[smallyu]

啥意思？这有冲突吗？前端评估后端的工作量？后端评估前端的工作量？如果是各估各的，有什么问题？

[eason1874]

我一个人前后端都搞，大部分情况下，后端 crud 真的比前端简单很多

[cpstar]

you can you up
no can no bb

[ifdef]

所以 so called "项目负责人"，连前后端的技术都不会吗？你既然不相信前端开发，为什么不自己学一下呢。简直水出天际了，负责人？ hhhh

[LeegoYih]

你应该直接去问他们原因，而不是来这里来问我们，因为我们也不知道。

[lelouchjoshua]

不冲突 9 个小时算工作日确实是 2 天

[lzgshsj]

什么叫该信谁？
前端估的时间包括后端吗？后端估的时间包括前端吗？
建议平衡一下给 1 天，后端半天做完闲的话去就让他做前端嗷。

[founder007]

@westoy 他说他懂
@LeegoYih 各说各的
@justfindu 额，这

[Xstria]

是后端觉得几个小时可以帮前端改好插件的意思吗？

[Joseph0717]

要改前端，为什么要问后端

[devswork]

各自评估各自的，工期按最长的算。人家封装组件，要改动可能涉及很多个其他模块，受影响的都需要改，没有谁对谁错之分

[jydeng]

简单，把前端踢了，让后端写，给他半天，明早上线。

[xuqiccr]

是刚毕业就做项目负责人，没有接触过一点点技术并且也没项目经验的那种项目负责人吗，不然怎么也不会问出这种问题吧。。

[cweijan]

后端总会觉得改前端很容易, 实际上手后发现前端改其实没那么快, 有很多细节需要考虑到.

[sanqian]

要改什么你也不说

[kera0a]

有打嘴炮的 2 天的活硬吹成几小时就能干，反正不是他干。
也有龟男几小时的小活都给报个两天的
啥信息没有 V 友怎么帮你，你平时没发现哪个人更靠谱吗？听他的！
而且项目负责人应该对需求复杂度有一点概念吧，大概多久能感觉的出来。

[LeegoYih]

忍不住想多说几句，你作为领导 /组长 /项目负责人，每天主要的工作应该是沟通和协调。
如果你觉得他们给的排期有问题，可以第一时间找个会议室一起讨论一下，看看到底是哪里 block 了，然后定一个大家都觉得合适的时间。

而不是猜“我应该信谁？”，“是不是有人想摸鱼？”，然后在这里问“大家帮我评评理”，做你这个位置该做的事情，优柔寡断是不合格的。

[yl20181003]

你倒是说说改啥，不愿意相信时间长的就把他踢了完事，反正你那个后端懂前端，给他改不就行了

[li746224]

难道不是前端估的前端工作量，后端估的后端工作量吗？时间不同不是很正常的吗

[rationa1cuzz]

前端是前端的工时，后端是后端的工时，建议取最大再加半天调试测试时间

[zarvin]

前台 2 天加后台半天等于要向老板汇报的时间，2.5 天。再一个你这项目负责人也太水了，给老板做汇报要做好预期管理，可以说久一点，下面的人也没有这么大压力，如果提前做完了，老板也高兴

[liuNew]

那不就是需要两天半的时间嘛

[leonshaw]

让后端干，下班前验收

[documentzhangx66]

问题的关键在于，你前端与后端，啥也不懂，为啥能当上负责人？

[fuchish112]

当然说得都对，前端有前端的任务，后端有后端的任务，这两个任务，时间当然不一样。

[akaxiaok339]

让老板把你和前端都开了，让后端上午给自己分配任务，下午自己写完不是美滋滋

[tool2d]

当然是谁在改，就问谁工期了。

只要不是在摸鱼，两天工期不过分。

你不能什么时间余量也不留，要不然测试不好，用起来一堆 BUG 。

[wonderfulcxm]

叫老板把你们三个都开了，开 ssh 我上去只要半小时

[Torpedo]

谁改信谁呗

[CEBBCAT]

认清自己的角色，你是项目负责人，不是 HR 。你要做的就是把事情搞完。工作速度这些让对应的技术负责人去管。没有技术负责人你就直接把对应工作人员的估时加总后直接报给老板。

你管那么多干嘛。你是懂前端，还是嘴上功夫厉害？都不厉害就低调点！（利益相关：本人后端）

[phub2020]

身为一个前端，有些时候写代码要考虑后端。。。但是后端老哥，好像每次都不会考虑前端小弟（哭哭）

[yaphets666]

楼上兄弟说得好啊，让后端搞定啊，半天就可以了。

[Maxbee]

裁掉前端，让后端全栈

[wdssmq]

总觉得在知乎上看过一样的问题。。

[founder007]

@akaxiaok339 阿这
@wonderfulcxm 666
@Maxbee 阿这

[founder007]

@akaxiaok339 阿这
@wonderfulcxm 666
@Maxbee 额~

[elfive]

谁改就让谁评估工作量。
站着说话不腰疼的，随便说个时间，就是有人要跑断腿的节奏。

[justin2018]

让后台改吧 😁

不要质疑别人的专业性

[god7d]

前后端都不懂是怎么当上项目负责人的？或者你是项目经理的角色？

[justin2018]

@eason1874 +1

[neptuno]

同一个需求，前后端又不是同样的工作量，各自评估自己的工作量，然后按长的算，后端改完还有其他需求的呀，又不是两天都空着

[my101du]

自从 React , React Router, build, webpack 等概念出来后，我倾向于相信前端。。。

[xianyv]

为啥这问题怎么这么像知乎弄过来的? 之前天天跟我推这个问题

[lbunderway]

应该是估的各自的工作量吧

[boblin]

两天有两天的改法，几小时有几小时的改法。谁负责开发信谁的，你行你上。

[zhaol]

既然是后端评估前端的工作量，那就让后端去做啊，不然就按前端来。
等哪天后端评估工时要 2 天，前端说你这只要 2 个小时，你又来问大家谁说的对？

[txy3000]

不满就裁人 用人不疑 疑人不用

[woshinide300yuan]

让后端干，让他体验一下，或者让你开开眼，或者给前端开开眼。总得有人开开眼，不然互相不 F ！

[frankkai]

做出成果的前提是“信任”

[milkmlik]

直接说出具体问题，我们来帮你评估一下。

[founder007]

@god7d 小团队

[wolfie]

v2 里面都是前端吗？
同样是普通 crud ，1 个 web 能对 3 个后端，1 个 app 能对 2 个后端。

[wu67]

这个问题其实不好说, 排期可以分成乐观排期和悲观排期.
前者不考虑任何额外因素, 只算全部顺利的情况下编码耗时.
后者包含框架文档缺失、代码行为异常(别笑, 前端一堆这种破事, 靠 bug 跑起来的我都见过)、代码设计范围广需要小心重构(视前端开发能力而定)、还有跟后端调试扯皮用的时间.

前端这两天的排期, 明显就是后者, 把所有坑爹时间都算进去了, 后端说的明显就是前者, 或者业务量在后端侧确实不需要那么多时间.
通常来说, 前端会给悲观排期, 起码我是这样的. 因为无论哪个开发环节, 最先、最后找到的都是前端, 都需要前端配合, 但是这部分耗时基本不会有人在意, 都把他算做前端的锅

[wu67]

@wolfie > 同样是普通 crud ，1 个 web 能对 3 个后端，1 个 app 能对 2 个后端

我持相反意见. 一个服务端开发配两个客户端开发才正常, 最起码也是 2 对 3, 因为客户端不止要处理数据展现, 还要协调界面代码和交互细节补充(起码很多交互是不会在设计稿 /交互稿上体现出来的, 经常需要客户端开发去补充)

[lp7631010]

按理说项目负责人，多少懂点前端吧，前端说的是不是实话，大概的数心理还是有的吧，你这？纯管理？

[whyrookie]

前端需要处理很多细节问题，不单单是调用一个接口展示一下数据

[thtznet]

谁拍胸脯谁负责的原则，让后端上，前端看着学习，后端表现了自己，前端空出了时间，项目按时完成了，老板节省了资源，皆大欢喜。

[netnr]

项目负责人不懂技术，理论上说不通，但现实却是随处可见，更怕的是懂一点点，再指指点点

[BreezeInWind]

信息太少无法评估，不过你这个既然要修改的是个官网，那更改东西多数情况下就要考虑浏览器兼容性问题。另外这个东西还是个插件，那么就得考虑项目中其他用了这个插件的地方，是不是更改后会造成影响，最起码要做到向下兼容，如果是整个公司前端组通用类插件，那要考虑的地方就更多了，不能简单的通过说只是改个小地方来判断人力。

[founder007]

@netnr 很正常的
@lp7631010 说实话我事很多，小团队

[HuskyYellow]

我是前端, 首先让前后端给出各自的理由,如果后端说不出来只是凭感觉,那后端的结果就并不可信,
前端能给出足够的说服力,其实也是可以的, 有时候评估工时肯定给自己留些缓冲的时间,
PS: 我的领导是全栈, 基本每次说的理由他都能给出建议和看法

[yolee599]

那就让去改后台改

[BigR]

这个很好处理呀，谁报的工时少让谁做就行了呀。既然敢报工时说明对项目了解，那就让报工时少的做。如果不了解，也做不了，还瞎报工时，以后就闭嘴。

[BigR]

这个很好处理呀，谁报的工时少让谁做就行了呀。既然敢报工时说明对项目了解，那就让报工时少的做。如果不了解，也做不了，还瞎报工时，以后就闭嘴。。

[yeqizhang]

假如我是后端，领导一定要我报，我就说以我自己的看法但是不准确，前端专业的，以他时间为准。
我是后端我要插嘴确定多少时间干什么？就算我知道可能只要一天半天，我也不会去说这个。

[mango88]

请不要挑起 前后端之争

[bojackhorseman]

身为一个前端想说，有时候看 UI 或者原型感觉很简单，真上手做的时候才知道有好多细节部分需要和产品、后端讨论，并不是想象得那么简单。

[DOLLOR]

为什么要让后台（端）来评估前端的工作时间？

[v2eb]

不应该一周吗,真做不完也有后路

[Roojay]

如果项目急，既然你们后端又懂前端，给几个小时让后端直接改了不就 OK 了？

[levelworm]

让两个人都试试看，说的到就得做得到不是？

[dengshen]

让后端干, 看 ta 真的有能力还是在 yy, 见过太多"老后端": "你这不就是个 table/div 吗? 我又不是没写过"

[tool2d]

@levelworm 后台拿开源框架直接改，前端手动写代码，成果一样，两者时间成本是有明显差异的。

手动写代码能学到更多，也能便于后期维护。缺点就是耗时。

[levelworm]

@tool2d 作为项目负责人，按照自己想的来吧。

就我个人体会，用开源框架改很多时候还是比自己造轮子容易维护一些，但是你们情况可能不同。我们这里基本上是有轮子就不造了。

[james2013]

让后端改
后端越权了，不是他的工作他去评估工作量干嘛

[wanacry]

叫老板把你们三个都开了，开 ssh 我上去只要 10 分钟

[wupher]

说明你作为项目负责人，对于这个小需求要具体怎么实现完全不懂。

不了解技术细节，在这种问题上，就只能玩权术或者心计，说白了就是“信谁”。

小问题不要紧，但到了关键技术决策就会比较麻烦。

[Geo200]

哪家公司？说出来让后面找工作的人避避雷

[CookCoder]

哪家公司？说出来让后面找工作的人避避雷

[StephenHe]

就一个前端吗，可以咨询下其他前端

[zapper]

@wonderfulcxm v2 老传统是吧，开 ssh 我上去帮你看看

[crazytudou]

？做项目负责人，评估任务时间这个应该是基本吧，每次给任务都问他们需要几天？

[vivipure]

感觉楼主是引战的，知乎上有个类似的问题

[g0thic]

是纯前端需求还是前端和后端都要改。如果是纯前端问题那肯定信前端的 如果是前后端都要改 那俩边说的没啥问题

[junho]

建议让后端也一起改了，这样一天就差不多，美滋滋~

[MEIerer]

后台智商 250

[850925770]

把前端的活给后台，多给他一天时间

[wangyzj]

后端认为是个女人就可以
前端认为需要加美颜后才能交差

[Leonard]

谁做就听说的，只说不做的别听他的

[Leonard]

@Leonard #95 *谁做就听谁的

[LonelyShadow]

@wangyzj 这个比喻绝了😂

[buyan3303]

你作为管理，那你应该首先让前后端坐一起，让他们讨论一下这个两天和几个小时的差距的问题，然后先按最长时间的那个来执行。

[coderwang]

项目刚开始的话就以实际做的人估算的时间为准，做完看完成度，几个小时有几个小时的做法，两天有两天的做法，慢慢回顾改善。
另外需要看你作为项目负责人的定位，如果管理到估算时间这个粒度了，你可能需要了解一下项目管理。

[raptor]

说实话，对自己负责的项目这点底都没有，我要是老板，对你负责的项目没有信心。

后端说他几个小时能干就让他干，能干好就让前端走人，前端的活都给他。

这种事情大概率是前端对——后端对不是自己做的东西不熟悉，低估了变更带来的其它影响。