紧急项目处理方法
标题：
我不是老板,紧急的项目在所难免.不知大家如何处理的?
内容：
现在的市场如此激烈，速度也代表money.这我可以理解的。
在这种情况下，项目的dead-line从一开始就定了。
有些时候，我采取的办法是砍feature,可老板不答应，谁叫我是打工的呢。
不知大家如何处理？
没想到很多人就此问题发表了看法，看来此问题也是软件业的一个普遍的问题。下面我就摘录一二，就此总结一下。
1. N天的时间乘以A的效率就只能完成AN的任务，要完成A(N+M)的任务就必须有N+M天的时间，这是客观规律，不因为老板不同意就有所改变，也不因为你顺从老板的意思就有所改变。作为打工者，说出事实的真相而不是迎合老板的一相情愿，这就是最大的职业道德。
我的评论：人在屋檐下，有些时候只能用加班来应付。
2. 我们向来是用最不标准的办法，把功能点都糊弄出来，然后派能说会到的拖住用户，剩下的人再慢慢改bug。
回复：
这个办法虽然比较不正统，确是比较有效的方法。
有时做项目不能太理想，面对现实比较好。
我的评论：一个普遍的问题对应了一个普遍的方法。
3. “你”指“项目经理”，沟通、谈判、妥协、哄骗、……，是项目经理的职责。
我的评论：哄骗真的是项目经理的职责。
4. 反正我觉得在项目中大家不要顾忌面子什么都一口应承下来，这样赶出来的项目在交付后陷入泥潭的可能性极大。
我的评论：理论上这是对的，但是……
5. 很多方面都是由程序员自己发挥，爱怎么干就怎么干，如果您不是项目经理，那么项目经理就是在技术上没多大发言权，如果您是项目经理，您也同时是程序员。
在有特色的开发环境下，恐怕也只能说一些模棱两可的话了，老板至少不会发脾气的，因为你们老板估计也是老江湖了。
我的评论：反应实际情况。
6. 巧妇难为无米之炊，超出你能力的自然没有办法了。
我的评论：老板认为员工就是海绵里的水。
7. 招人。
我的评论：招人容易，招有用的人难。
不知各位有什么高见，发表发表，以后我再整理。
