项目进度控制与员工激励技巧探讨

嘿嘿，想起上次我们三个负责人一起对老板接的项目摇头说不做的情况了。

人在江湖。。身不由己阿。。。对于风险分析，我是做产品的，市场这东西，瞬息万变，风险很难分析的，在做之前很难判断出生死。也许有朋友有好的经验不妨指点一二。我们很多时候是企图去做一个东西去引导市场，如果市场不被催熟，那么即使做出来但卖不出去，于是很难说成功了。但是产品本身我们还是要去做。也许我定义产品成功的标准与你们所说的项目成功的标准不同。呵呵。延伸说一下，做项目大多数时候是把风险在项目投标，立项的时候就规避掉很多了．因为项目如果做出来，按照合同是不怕人家不付钱的，而做产品就不一定了．有时候辛苦做出来的东西也许卖不出好价钱，随便做的小东西却能大卖．这点在消费型电子产品中最常见了．于是现在的产品的发展趋势已经由过去的大型系统，集成型系统向小型，套装软件系统发展的趋势．这样老板相同的价钱可以投资更多的产品，而风险却可以小很多．

扯远了，回到员工激励的主题上，如果产品做出来却没有卖出去，员工丧失成就感，失落的情绪可想而知，事后的激励可是门学问了。。。。

前两天看了关于迅雷的文章，觉得还蛮有意思的！
人才培养，激励还是很值得借鉴的！
做产品的压力确实比做项目大，产品的风险太大了！

我也是感觉大家说着说着都转到技术上去了，我对技术是一窍不通，一个多月前进入公司工程部，参与一个项目的开发（我们采用的是敏捷开发模式）做需求分析，刚刚被转成项目经理。因为我对其他开发方式很不了解，所以只就敏捷开发谈谈自己的体会吧。
个人感觉，敏捷开发方式还是能够很好的控制住项目进度的，因为每周的进度我们都能比较清楚的了解，而且敏捷开发两三周后基本上就可以判断出时间够不够，大概需要多长时间能完成了，所以进度控制方面能够做的很好；
关于员工激励方面：在敏捷开发中，提倡一点：一个项目的成功是团队的成功，一个项目的失败是项目经理或者需求分析员的失败。所以在我做的项目中，我事先就跟程序员说了，希望他们不要有任何压力，所有的压力我这边会承担，如果一定要有的话，希望也能够转成动力。很感激的是，他们都很努力。
另外敏捷的开发方式不提倡加班，所以基本上一下班咱们就撤了。

其他的我想就是多沟通吧，不管怎样，人心都是肉长的，你希望别人怎么对待你，那就需要你怎样对待别人。