案例找茬常见问题点总结

看到人手紧张，说明人力资源没有规划好。

看到从技术到管理，说明没管理经验，需要培训。

看到刚毕业，说明没有经验。

看到兼任，说明身兼多职，精力不够。

看到有变更直接修改，说明没有走变更控制流程。

看到客户的问题似乎不断，说明需求、范围蔓延。

看到老提之前已经提过的问题，或者版本很多无法对应，说明没做好文档配置管理。

看到成员争吵，说明团队建设没做好，没做好沟通。

看到简单的写了几条合同内容，或者简单编写了某计划，说明必须要写详细。

看到成员离职，说明必须要注意团队激励，注意AB角色配置。

看到返工，说明质量不行，也会导致成本、进度的问题。

看到开会时人员从来没到齐，说明项目经理没权威。

看到员工汇报言过其实，说明没有明确的考核机制。

看到直到什么时候才发现问题，说明监控不力。

看到根据自己的经验编写了某个东西，或参考别的项目写了某个东西，要注意结合该项目实际情况。

看到做计划时倒推日期，要注意日期为最迟时间的话风险很大。

看到改了若干错别字，匆忙的通过计划，说明在走过场。

看到某某文件文档，要注意是不是要经过评审，要经过签字。

看到分几个小组分别开发，要注意沟通协调。

看到并行施工，说明会增加风险。

看到项目经理亲自动手做技术，要清楚项目经理主要是管理，不做技术。

看到某个人写了某个计划，或第一次看到某个计划，或者某个人做了风险识别等，都要注意这个工作是不是应该大家一起参与。

看到口头通知，要注意是否需要书面正式的通知。

看到马上去做，要注意是否需要先确认，再执行。

看到有外包商，要注意平时多沟通交流。

看到初步了解了什么，要注意是不是需要详细了解。

看到重新招聘人员，说明人力资源不足，要注意新增人员的磨合，以及相关的培训。

看到时间安排非常紧张，说明工期安排没有冗余。

看到取消每日或每周的例会，说明监控粒度粗了。

看到项目经理同意或拒绝变更，要注意该变更是否需要CCB审核。

看到开发人员做测试，说明不专业，最好是专业的测试人员，至少也应该是交叉检查。

看到取消某些流程，要注意是否可以裁剪，是否需要完整的流程。

看到国外的公司，要注意其产品是否符合国家政策。

看到做了初步可行性研究，要注意有没有做详细可行性研究，详细可研是不可缺少的。

看到配置库，要注意是否分了开发库、受控库、产品库这3个库，库的权限是否正确。

看到怕项目经理不高兴，不敢提意见，说明项目经理是X理论，氛围太死板。

看到项目建议书，要注意通常是由建设单位编写，然后报送项目审批部门。

看到计划跟不上实际项目情况，说明计划没有进行更新。

看到项目经理不知道怎么办，迷茫，困惑，说明没有PMO，没有公司高层的支持和帮助。

看到团队成员不知道怎么办，不会做，说明没经过培训。

看到有冲突，没解决好，导致事情停滞不前，说明冲突管理没做好。

看到删除了旧版本，要注意文档的积累。

看到团队成员消极怠工，说明没做好团队建设和激励。

看到虚拟团队，要注意多沟通。

看到WBS分解，要注意分解的时候是否遵守了相关的原则和注意事项。

看到选择报价最低的供应商，要注意选择的标准是否正确。

看到与甲方争吵，说明沟通管理、干系人管理没做好。

看到自学了某东西，要注意需要经过系统的培训学习。

看到根据员工是否有空和兴趣来组建团队，要注意根据项目实际情况来选人。

看到奖励，要注意有没有惩罚，要奖惩分明。

看到为了方面而怎么怎么，一般都是大概率有问题。

看到新技术，要注意风险，沟通，培训，学习。

看到有人对项目不满意，要座椅多沟通交流。

看到推诿扯皮，说明权责不清，没做好沟通。

看到多头汇报，说明项目经理权利不够，或是组织结构不对。

看到过渡承诺，说明没有考虑实际情况，没有考虑风险。

看到制定计划，要注意计划粒度是否过粗或过细，有没有把握好计划的层次性。计划是否符合实际。计划有没有和客户、领导、团队人员及相关干系人及时沟通。