项目管理－－TQR
前几天参加的 21pm的项目化管理，之前也看到有读者建议我分享一下对于TQR的理解，我整理了一下我自己对其的一些想法。
T: Time 完成项目所的时间
Q：Quality 项目完成时候的质量（成果）
R： Resource 完成项目需要的投入的资源（人、物）
大道至简，如果用最简短的话来描述项目管理的目标，就是4个字：“多快好省”。
在过去的项目经验中，对于T、Q、R经常出现的状况是：
- T是要求最高的，IT企业，经常会在确定一个项目的时候，首先确定的是期望发布的时间。而结果也是最悲惨的，往往是实现不了的。这样的项目是屡见
不鲜的。在我自己的身边，我自己感觉实际上每一个月都在发生。发生类似项目，我自己觉得会有一个共性就是：老板项目。在产品发展管理中，要非常值得关注避
免的一个事情就是“避免老板成为产品经理”，但是遗憾的时候，这种事情也是经常在身边发生，而老板变成产品经理的一个后果，非常典型的就是上述先定T的项
目会发生。老板经常会说的是：这个东西嘛，很容易的。这个时间差不多了。我并非在鄙视老板。而是反应一种现实状况是老板往往忘记细节，而产品发展中，细节
往往会占用更多时间。
- Q是可悲的，互联网产品项目，我觉得有一个很有趣的地方是，需求可以砍了再砍，如果时间不够，第一反应是砍需求，大不了做个一期、二期、三期嘛。
似乎这个已经成为共识了。这时候最痛苦的莫过于产品经理，需求要不断的变更，而项目结束后产品是否能满足用户需求呢？往往会出现偏差，很多时候，砍掉的就
是用户体验的东西。追求快，而忘记了体验。
- R我们有的是，互联网公司最缺的就是开发资源，但是项目里面往往有的是。经常是项目结束一看，哇塞，我们居然投入了如此多的人力啊。但是有一个通
病，对于人力的使用，往往不能精确，而且是浪费很多（变更多啊），项目管理要求资源投入精确到小时，我想问，现在互联网公司有几个做到了？
因为坐在车里面等人，所以脑子有点混，写的有点乱，有兴趣的朋友可以在后面跟帖一起讨论。
后面我想会再写一个如何提升项目管理的帖子。^_^
