引言：
一个项目组要获得成功必须遵守三个“C”原则: 预定的目标“明确”（Clarity）,团队成员对完成任务有“承诺”（Commitment），对成员的工作表现给予相应的“奖惩”（Consequence）。
摘要：
sample resume for pmp certification applications education list all degrees conferred project 1- interconnections program office, program manager (company name) june 1997-present approx. 1500 hours as program manager ......
摘要：
第二章 项目管理环境 项目和项目管理是在一个远大于项目本身的环境中实施的，项目管理人员必须明白这个大的环境--项目的日常工作管理对于项目的最终成功是必要而不充分的。本章讲解的是项目管理的几个关键问题（本文的其它部分将不再另述），这一主题包括以下几点内容： 2.1项目的阶段和项目的生命周期 2.2项目涉及人员 2.3组织影响力 2.4全局管理的关键技巧 2.5社会经济影响 2．1项目的阶段和项目的生......
项目管理要遵守3C原则
一个项目组要获得成功必须遵守三个“c”原则: 预定的目标“明确”（clarity）,团队成员对完成任务有“承诺”（commitment），对成员的工作表现给予相应的“奖惩”（consequence）。 【相关文章:
五种“网络钓鱼”实例解析及防范】 【扩展阅读:
让“久违”的NetBEUI协议在XP中重】 【扩展信息:
Google软件也玩捆绑发布】 有一个项目经理负责实施一项顾客服务计划，其中包括大量的信息处理工作。为了提高信息处理人员的工作效率，这位项目经理不厌其烦地向上级强调：为了确保计划的成功，项目经理们需要更大的权力。 这位项目经理最终获得了授权，他可以直接管理项目组成员的工作，并有权根据他们的工作表现给予奖励，那一天成了公司里所有项目经理的节日。 可是第二天，新鲜劲儿一过，这位经理又为如何使用这些新的权力犯上了愁。到底应该何时评估项目组成员的业绩呢？是在每一项任务结束后，还是在整个计划完成之后？应该如何把握监控的分寸？ 深思熟虑之后，这位项目经理决定根据每人编写的编码行数来评估信息处理人员的工作业绩。凡是达到标准的成员都能从他那里得到一定的奖金。 不难预料，信息处理人员们写出了数千行的编码，编制出的程序数量令人咋舌，因而人人都得到了那笔奖金。同样不难想象，这样编制出来的系统最终不能对顾客服务起到任何促进作用。结果，那位项目经理被解职了事。更糟的是，自他之后，再也没有一名项目经理获得过直接管理项目组成员的权力。 这个故事的寓意之一就是: 软件编码工作尽管非常重要，但是却不能作为评估的标准。真正的标准应该是优化顾客服务。那位项目主管本应评估每个成员对促进顾客服务所做的贡献大小，并据此给予奖励，而不该只看编码的数量。这就是“以绩定酬”的项目管理方法。 这个故事的另一个寓意是: 无论你使用何种评估标准，都应该注意奖励的“力度”。只有当你掌握了设定业绩目标的艺术之后，才能为完成指标者论功行赏。 遗憾的是，许多项目经理一旦发现自己的评估标准出了差错，往往会放弃所有评估手段。他们经常在事后根据工作的结果，对有关人员的表现给出一个主观的评价。这种做法严重违反了一个项目组获得成功所必须遵守的“三个‘c’原则”：预定的目标不够“明确”（clarity）,团队成员缺少对完成任务的“承诺”（commitment），对成员的工作表现不能给予相应的“奖惩”（consequence）。 这种“无为而治”的方式对项目组的危害尤甚。...
下一页 摘要：
第三章 项目管理程序 项目管理是一种综合性的工作--在某一工作区域内采取行动或不采取行动都会对另一个工作区域产生影响。这种内在的相互作用可能是很明确的，可以把握的，也可能是不确定的、难以把握的。比如，项目范围的变动几乎总是会影响项目的成本，但是这是否会影响工作组的士气决心或者产品的质量就不一定了。 由于存在这种内在的相互作用所以需要我们对各种项目目标进行权衡--在一个工作区域加强工作力度就可能需要减少在另一个工作区域的工作力度，......
