我不是老板,紧急的项目在所难免.不知大家如何处理的?

我不是老板,紧急的项目在所难免.不知大家如何处理的?
当然,现在的市场如此激烈,速度也代表money.这我可以理解的.

在这种情况下,项目的dead-line从一开始就定了.
有些时候,我采取的办法是砍feature,可老板不答应,谁叫我是打工的呢.
我们公司的激励员工的制度不好,公司大家都不太有积极性了.

N天的时间乘以A的效率就只能完成AN的任务，要完成A(N+M)的任务就必须有N+M天的时间，这是客观规律，不因为老板不同意就有所改变，也不因为你顺从老板的意思就有所改变。作为打工者，说出事实的真相而不是迎合老板的一相情愿，这就是你最大的职业道德。

我们向来是用最不标准的办法，把功能点都糊弄出来，然后派能说会到的拖住用户，剩下的人再慢慢改bug。

砍feature为什么要和老板谈？当然应该和用户谈，用户同意了老板自然会同意。
搞不定用户那就是你的问题了。

你说的这个“你”是指谁呢？如果说是开发者，恐怕开发者不应该有责任去搞定客户吧？开发者只负责告诉客户，我们可以做这么多事，但是要做多少事，还是由客户来决定。

“你”指“项目经理”，沟通、谈判、妥协、哄骗、……，是项目经理的职责。
毕竟做项目不是很刚性的说，开发只能做这些，客户你要么选A，要么选B，在这种情况下往往是客户选C，然后找到你的老板说一定要做C……

做什么工作就负什么责任。
如果只是开发者，PM给的任务做不完，你当然可以放心大胆地说：NO。只要你负任的模块不出问题，项目的压力在PM身上，他会想办法的。
如果你提PM，那整个项目的feature都定不下来，这个PM不做也罢。
反正我觉得在项目中大家不要顾忌面子什么都一口应承下来，这样赶出来的项目在交付后陷入泥潭的可能性极大。

我推测：很多方面都是由程序员自己发挥，爱怎么干怎么干，如果您不是项目经理，那么项目经理就是在技术上没多大发言权，如果您是项目经理，您也同时是程序员。
在有特色的开发环境下，恐怕也只能说一些模棱两可的话了，老板至少不会发脾气的，因为你们老板估计也是老江湖了。

嗯，这个办法虽然比较不正统，确是比较有效的方法。

有时做项目不能太理想，面对现实比较好

砍feature老板答应也没用啦，合同和功能试样书feature都白纸黑字写好了，没得改的，除非客户同意。如果如使用了各种提高工作效率手段(如使用合适的框架等)、工作进度安排也没问题的话，进度挤不下的工作量就摆在那里，你就得向老板要人呗。合同老板改不了，招人还是可以的。