IT人眼中的IT人

原文：How IT people see eath other

题主：super_good_aim_guy

翻译：贺雨言

下面是摘取Reddit上的部分评论：

Sombraplsboopme：研发工程师

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

scalablecory：研发工程师

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

socsa：研发工程师

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

Evisrayle

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

Effayy

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

JustCallMeFrij

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

kare_kano

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

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

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

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

goldfishpaws

一个好的产品经理不应该是一个“管理者”，“管理者”是管人的，产品经理管的应该是项目而不是人，管好一个项目事先发现问题才是硬道理。一个好的产品经理懂得怎样宏观把控整个问题，让各个问题有条不紊地分阶段完成。

例如：有一个硬件和一个软件，它们相互关联，任何一个都不能阻止对方使用系统资源，这时候资源均衡就非常关键了。一个好的产品经理不会说一下子需要1个研发，等下又突然需要20个研发，没两天又变成3个研发，这样反复无常，他们会有效调整好各项工作的顺序，所以即使一个开发团队只有4个人，他们也能很好的协调人力资源。事实上这真的是一个大问题，你可以想象，这就好比让250个管道工干一天活和让一个管道工干一年活的区别，相比之下，前者实在太不好操作了。
但凡一个脖子上顶着个脑袋的人都知道，我们不可能每次都精确地预测研发的时间范围，但是只有聪明人才能同时接受一个时间估计和一个置信水平。如果这是一个餐厅的三明治订购数据库，你可以用高可信度去预测只需要一个礼拜左右就能搞定，但如果是一个新的CRM系统（客户关系管理系统），很多傻子都不愿意订购现成的三明治，那你的预估时间就该是1年了，而且置信水平只有20%。

我想说唯一的理由就是，任何一个你能想到的可以帮助协调资源需求的法子，如果你能反馈给产品经理，这都是好事，因为产品经理要和公司各路神仙打交道，而你不用。就像你说的，一个好的产品经理为你准备了一场残酷的考验，而你的嘴里念叨着晦涩难懂的咒语（这难道不是一场编程么？），他会为你预留时间让你完成这个编程的。

socsa

菜鸟工程师——本科或实习生，听别人说工程师挣钱多，但是，在当了Calc 3.USPTO的炮灰之后，他们已经在考虑转行到财务会计了；

标准工程师——硕士学位，有一定的经验，了解自己的专业和相关领域的话题，比较靠谱，但是可能比较急着跳去做管理；

优秀工程师——高等学位，经验丰富，海外技术背景让他们学识渊博，能在广泛的科学技术领域出类拔萃；

超级工程师——公认的，喜欢在现状报告中加入一两句哲学家萨特和尼采的经典语录，是一个富有激情和令人难以忘怀的恋人，能记住读过的任何文字，可以告诉你谁写过某个开创性的主题文章，可以引用90后的B-side歌词，会玩魔剑创造，但是只会用它来自我防护或保护他人。

Vovicon：产品经理

你们说得完全正确。产品经理不是用来管理研发团队的，要不然就该叫“研发经理”或者啥的。很多产品经理（或者他们的boss）总是忘记自己的主要职责是确保项目能够顺利开展，其中绝大部分总在做各种没用的预测，大部分是来自客户管理那边。以下是一些极为重要的任务：
* 确保真正了解客户需求； * 将客户引导到能够满足客户需求的解决方案上去，同时让技术团队更容易交付 *
记录客户说过的需求，不能让他们反反复复说变就变（他们总喜欢这样） * 确保客户了解他们最后得到的交付物是什么 *
严格按照时间计划办事，预测延期，如果延期发现得太晚，想办法解决（一个好的产品经理总能想办法找到一个不是逼着研发赶进度的工作日程） *
和团队一起努力作时间预估，了解哪些任务的预估是可靠的，哪些还存在一个巨大的问号。

但是我不能预测未来！很多时候，只有你着手开始做了，你才知道这个任务要花多长时间。

是的我们也无法预测，但是别忘了，另一边有客户，他们急需知道什么时候可以搞定，我们不能对他们说“不知道”，这就是为什么我们需要做预测，但是请告诉我们你们发生意外的几率有多大，我总是让我的同事给我一个“完美”的预测，然后我们根据任务的复杂性/可行性，结合各种引发意外情况的安全因素去考虑。