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

在有特色的开发环境下,有意思.
其实有些事情不是招认能解决的.而且现在的人也难招呀.
和Customer谈,在很多公司不是PM的责任.

引用:
我们向来是用最不标准的办法，把功能点都糊弄出来，然后派能说会到的拖住用户，剩下的人再慢慢改bug。
这种方法,我们到是常使用.毕竟比如演示会,它是不会等人的.

员工的积极性不高，就得不偿失了，就我个人，如果没有积极性了，工作效率都不知道要低多少。有时候不需要激励员工，最好的方式是让员工心甘情愿的为你做事，如果当牛当马的做，谁也为抱怨的。

哈哈哈哈，我能理解。

不好意思,第一次用引用功能.用错了.

有时候不需要激励员工，最好的方式是让员工心甘情愿的为你做事，如果当牛当马的做，谁也为抱怨的。
其实我们都是打工的,待遇你不满意,你很辛苦的干活,却没都到回报,谁都会积极性下降的.

到现在我还时想不出很好的办法来处理紧急的功能要全的项目.

同感，实在不给我时间的话，先提交一个CRUD堆彻起来的版本，
边用边谈，这时用户应该被你拖住了也轻易不会反脸了，反脸的话自己损失也不会很大

巧妇难为无米之炊，超出你能力的自然没有办法了

同感，实在不给我时间的话，我用最标准的办法先提交一个CRUD堆彻起来的版本，
边用边谈，这时用户应该被你拖住了也轻易不会反脸了，反脸的话自己损失也不会很大

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

現實啊，以前的公司也這樣..................- -;;;

我们向来是用最不标准的办法，把功能点都糊弄出来，然后派能说会到的拖住用户，剩下的人再慢慢改bug。
-----------------
应当现在的公司多半都这样吧。
不过改bug蛮痛苦的。
因为时间问题，很多东西都考虑的不够周全。
改起来痛苦，推倒重来还是痛苦。

待遇不满意，也是有很多细小的地方调动员工的积极性的
不过要是待遇问题相当糟糕，尤其是大家已经积压了N久了怨气，这种起矿想有所改观，就相当困难了