估时非常重要，因为完成一个需求往往有非常多的手法。
你估计六个月的时间，PM 要压到三个月，你才会知道原本想到的开发方式不可行，要改
做法。
一定要用到数据库吗？还是存成档案就好？
一定要切微服务吗？还是做成单体就好？
一定要抽组态档吗？还是这次先 hardcode 就好？
一定要 in-house 自己干吗？还是 survey 外面现成的 open source 套件就好？
方法千变万化，而限制条件让你决定做法。
之前有个 lead，在还不确定时间限制条件下，设计出的方案几乎是心脏移植（打掉重练
），后来确定时间限制，才乖乖地找出微创手术的方法。
给一个人无限的资源和时间，往往永远生产不出任何东西。
只有给了限制，才能真正得到成果。

说得好 如果给五倍时间 就算你只是要做个待办清单 都可以从高可用 可扩展 安全性 易维护等各方面把时间耗完

推

推，估时跟订目标本来就两件事

确实

估时是评估的一部分 开发前的评估是影响成效最重要因素即使是一人专案自己开发自己当老板 也是要评估不过当打工仔时期我反而不会太认真评估 一律粗略浮报越是重要的事情会花越多心力进行评估后才开始执行

推

推楼楼上

能力问题吧，够强的可以缩短很多开发和修bug的时间

楼上你再强，你估计只要一个月，但 PM 想压到一周，你还是要思考不同的做法啦，所以这根强不强无关啦，你以为强就是打字快喔？现在也快不过AI啦

说够强就没问题的那句话根本是无意义叙述阿XD够强就可以无限压缩时间? 还是够强就不用估时间?整句话就没有实质内容

pm 压一周也要他有战绩有说服力 不然赶时间对自己职涯没帮助

也有PM压到团队解体案子烂掉的，压了就有产出是在压妈路哺？

市面上好像有一些软件开发估时软件，那些准吗？

压马路XDDD

要看PM有没有能力了

大公司的pm抓时间也不一定准，反而更有很烂的龟在里面

我怎觉得像废话 哪个需求是有无限时间资源的设计思维又不是只有达成目标 维护性 弹性也会考虑不给时间限制心脏移植有啥问题 就没给时间限制阿

不过现在太多跑所谓敏捷的团队 花一堆时间对小事情评估去评估要不要进行评估 或是花多少时间评估 也是一门学问经验够的话 很多事确实不用讨论开会就有答案因此这里面最有价值的就是技术底又懂产品商业逻辑的管理可以省掉多个部门间来回权衡拉扯的阶段有太多技术人坚持品质 忽略大家来上班就是为了帮公司赚钱老板请到错误的人来把关 最后就是手术成功病人死亡

估长=你烂 估短做不出来=你烂 老板:不是敏捷?

认同 明天下班前交出来

敏捷的精神并不代表速度快时程短敏捷的精神其实是比较像是变化转向快两个月的瀑布切成两个礼拜的奔跑 就是产出四分之一的半成品但是那个半成品可以确认整体有在动起来并逐渐完整

升级点数全点到敏捷 闪避格档点满

然后就无偿被多加PM的工作