初为项目经理（完整版）

我听说的更有意思的一种软件质量定义是“客户回来了，但不是为了退货”（the customer comes back, but the product does not）。和你的下属以及客户一起定义合适的质量目标，一旦定义了，则要不遗余力的为达成这些目标而努力。你也要以身作则，以高标准要求自己。记住这句话：“非完美不争取，非卓越不满足”（Strive for perfection; settle for excellence）。

表彰进步

表扬和奖励项目成员的成绩是很重要的激励方式。你要把建立奖励计划（Recognition Program）视为头等大事，除非你已经有了适当的奖励计划。奖励既可以是象征性的奖状、证书，也可以是实实在在的奖品和现金。发奖时记得说，“感谢您的帮助”，或者“祝贺您完成了...”。还要记得奖励的范围不要局限在你的项目组内部，客户代表和一些向你提供特别帮助的项目组外部人员也是要考虑的。

奖励计划或许需要你投入一小笔钱，但更需要你多动动脑，想想以何种方式奖励。和你的下属多交流，了解他们在乎什么样的奖励。要把奖励活动变成团队文化的一部分。另外，尝试“非正式”的奖励，在“不经意”中让你的下属明白你是真的知晓他们所做的贡献，并且对此心存感激。

前车之鉴，后事之师

你负责的项目很可能是半途接手的，而且你的前任做的并不怎么好；或者，虽然是新项目，但从前有类似的项目完成，当然有成功的，也有失败的。不管是哪种情形，你作为项目的负责人，应该花些时间分析以往的成功经验和失败教训。你要了解这些项目曾经出现过什么问题，以此避免自己重蹈覆辙。失败是成功之母，但你没有太多的机会失败，所以你要多从别人的失败中学习。

不要戴着有色眼镜去看以往的项目，或许某个你不喜欢的家伙出色的完成了他的项目，你当然可以把这归结为运气或者侥幸，但如果你客观的分析，或许更有助于你的成功。

你也需要客观的去评价自己完成的一些项目（如果有的话），了解自己的团队究竟强在哪里，弱在何处。事实上，每个完成的项目都要进行项目回顾（Post-project Review），有时这种总结式的项目回顾也叫做“开棺验尸”（Postmortem）。注意项目回顾不是为了追究谁的责任，发现问题、剖析问题是为了以后做得更好。你可以采取头脑风暴的做法，鼓励项目组成员各抒己见。另外，这种项目回顾也可以扩展到项目进行中，在每个大的阶段结束时都进行回顾。