暗黑管理 招数拆解（一） 炮灰

这个很经典
7种情况我都占了，标准炮灰

如果你曾经做过类似的东西；如果你经历了项目(或产品）的一期二期三期....;

经验最终被归纳为自己的知识、本能。如，叫你为一个新业务做一个新项目，用Java MVC方式。抛开业务细节部分，先只考虑粗的业务流程，以你的经验，我想你大脑立马就能反映，如果SSH做通常会有哪些问题，大概需要多少时间。用JSF又是如何？用哪个数据库，需不需要用到存储过程，全文索引，要的话大概可能需要多少时间？预期系统的负载多大，需不需要做负载均衡？需不需要于外部系统交互，通过何种通讯协议？UI用不用AJAX？ 等等。这些相信根据你的经验都能给出个大概的估算吧。 然后业务细节越清晰，就越能清楚它对系统的影响，越能得出跟实际得估算。

通常，一个项目估算时，不要故意去加倍它的估算时间，完成的实际时间大约是估算的两倍。

+1. 但要有根据的哭。

04年的时候，我新到一家公司上班，还在试用期，接到一个任务，做一个用户信息日志的分析及验证是不是符合给出的规则。功能并不复杂，但数据量大，每天大概又600多M的数据。我就保守一点说要5天(心想三天就能搞定)。上司同意了。开工，程序大概框架不到半天就搭好，要开始验证数据拉，那些数据要发邮件叫DBA先从香港生产库MySQL导出成文本，然后再传回深圳，接着导入到SQL Server的数据库，才能开始验证。当时网络很慢，光导出、传输、导入就要大半天甚至一天的时间，基本上要到快下班的时候才能开始跑分析验证，程序跑一遍要一个多小时。如果发觉有问题，又得修改再跑。这种情况完全出乎当初预料，结果我第一天、第二天都干到晚上九点半才走，到了第三天，还是干到晚上快十点，而且预计接下来的两天都要加班到10点才有可能完成（还只有50%的信心）。要走之前发了封邮件，说明这三天的工作情况，进度不顺利，因为上面讲到的原因，每一个步骤用了多少时间，以及我每天都加班到九点多钟，预计如期完成可能又风险。
发邮件的第二天上午，VP就找我的上司去谈，问问我的工作压力会不会太大，如果任务时间不急，计划调整一下。 这样一来，我就不用再加班了，比预期多化了三天的时间完成任务。 不是我拖时间，而是大部分时间都处于等待。

啥职位啊,发个邮件能影响到vp?

Senior Engineer，收到任务邮件时，VP在cc里面，回复邮件时自然没理由不cc给他了。他看到了就顺便过问了一下。

一个测试网络速度的一期 二周时间 一个表全有了。
二期争了争2个月时间，ajax,多线程，分布式，多服务器数据汇总等等不过也上了线
如果有三期。。。。我估计怎么也得四五个人干半年。。。。。

对于产品经理来说用着用着需求就多起来了。
真不是我不想估算。实在是难度太大。

楼主我果断+1啊 有茅塞顿开之感……

果断给你加一个~~~同感

所谓炮灰，其实是个比喻。程序员通常不重视谈判能力，导致自己的权益得不到合理的保护，工作安排上经常吃亏，最后导致与公司之间产生严重矛盾。
实际上，大多数技术人员的性格，都是随和善良并且通情达理的。遇上擅长沟通并且有原则的领导，其实很好沟通。
在实际工作中，领导通常都偏向让技术好的同事承担较多的工作，但是利益上又通常不能给予真正的回报。久而久之，就形成习惯，最后会导致程序员心理失衡，产生离职现象。
但是，程序员的性格，决定了他到一个新的公司还会继续这样的循环。工资虽然会有所增长，但是本质还是不变。
所以，技术人员，提高谈判能力，是改善自己生活状态的一个必须途径，否则干一辈子都会不爽。

果断+1，并投精华。