20170526 TGIF

一张大图先入眼。。

以下是一些观点，你也可以回复你的观点，或者认同下面的观点：

Sombraplsboopme：研发工程师

项目管理确实是这样，最糟糕的是，他们不看过程，不知道我们研发人员是怎样得出一个简单的解决方案，他们只会埋怨“实现这么小的功能你竟然花了两周时间？”…..是的，我保证它不会毁掉你整个血淋淋的代码，这是这个方案的第 10 次迭代，也充分地测试了你的榆木脑袋。发泄完毕谢谢。

scalablecory：研发工程师

一个好的产品经理是无价的，是“乘法器”，他们和你一起工作，在出现干扰因素和瓶颈问题之前能够未雨绸缪。你绝对能看到他们兢兢业业、恪尽职守。一个不好的产品经理简直是一场灾难。整个项目团队将“不同步”，并且每一个人都在推卸责任，因为当你（太晚）发现遗漏了某个问题的时候，项目经理会责怪每一个人除了他自己。这两类人我都有合作过，如果要和后者一起工作，我宁愿没有项目经理！

socsa：研发工程师

一个好的产品经理能帮我屏蔽一些没用的废话，他们会应付客户，应付其他产品经理，他们知道开发什么时候很忙、什么时候压力很大，当我们努力工作的时候，他们不会打扰。一个不好的产品经理一天到晚就知道追着我要甘特图，他们想要一周之内把甘特图更新好几次，如果实际工作流和我 3 个月前计划的不一样，他们一定会大发雷霆。我在这里要提醒一下你们这些产品经理，我可以是一个很优秀的工程师，但是我不能预测未来！很多时候，只有你着手开始做了，你才知道这个任务要花多长时间。

Evisrayle

作为一个每天做着一些东西，而用的人却对这些东西一无所知的人：做一件事永远比你想象中花的时间要多，其实很多时候，你真的需要更多时间，而更多时候，你会假装自己是一个时间充裕的英雄。少些承诺，多谢努力。

Effayy

有一天产品经理嗤之以鼻地对我说，这个任务绝对不可能需要这么长时间，接着教育我实际上应该多久就能完成。我简直不敢相信我的耳朵！我想尽一切办法克制住自己的情绪回答他“哦，既然你知道需要多长时间，那你为什么不自己去做？！”

JustCallMeFrij

我做第一份研发工作的时候，我们的总裁和副总裁就很懂我们“研发狗”总喜欢低估开发需要的时间，所以在给客户预估工作量的时候，他们会问我们需要多长时间，然后在我们说的时间的基础上以每小时为单位乘以 π。我觉得这很机智啊！

kare_kano

同时问一个物理学家、一个数学家和一个工程师，2+2 等于几？

• 物理学家设计了一堆图纸，跑了几个实验，一个礼拜后跑回来说：“我断定结果在 3.97 和 4.01 之间。”

• 数学家也花了一周时间去计算，然后抱着一堆草稿纸跑过来说：“我已经成功地证明了这个计算方法一定存在。”

• 工程师看了一眼，摸了摸胡须，吞吞吐吐地说：“答案明明是 4 嘛….但是，为了以防万一，还是写 5 吧！”

那么你的观点呢？ 一起参与讨论吐槽吧！