高项解题技巧

由于大量的项目管理知识，记忆起来确实困难，很难将所有考点都倒背如流。所以根据每年的高项考试的特点，整理了相关的考题技巧，供大家学习。祝大家都能顺利拿到高项证书

解题技巧

• 选择题 六步走法
  • 1、第一印象最重要
  • 2、三短一长选最长
  • 3、三长一短选最短
  • 4、你中有我，我中有你，选出频率最高的一行
  • 5、遇到肯定、必须等词做排除（因为管理没有绝对的）
  • 6、遇到可能、也许等不必怀疑直接选
• 案例分析 九招必胜
  • 1、条理答题是必须
  • 2、多答不扣是要点
  • 3、专业术语得分点
  • 4、学会看题给分法（即5分的题最少需要答5条，才有可能全得分）
  • 5、遇到答错莫着急，接着往下继续写，千万不要去涂抹
  • 6、遇到难题不要怕，总有适合自己的（遇到不会的不要紧张，接着往下做）
  • 7、自己清楚是关键
  • 8、不怕写多就怕少
  • 9、学会先看问题再看题
• 案例分析万金油
  • 1、看到人手紧张，说明人力资源没有规划好
  • 2、看到技术到管理，说明没有管理经验，需要培训
  • 3、看到兼任，说明身兼多职，精力不够
  • 4、看到有变更直接修改，说明没有走变更控制流程
  • 5、看到客户的问题似乎不断，说明需求、范围蔓延
  • 6、看到老提之前已经提出过的问题，说明没有做好文档配置管理
  • 7、看到成员开始争吵，说明团队建设没有做好，没做好沟通
  • 8、看到简单的写了几条合同内容，说明签订管理没做好，必须写详细
  • 9、看到某某离职，说明必须要注意团队激励，注意AB角色配置
  • 10、看到返工，说明质量不行，也会导致成本、进度的问题
  • 11、看到开会时人员从来没到齐，说明项目经理没权力
  • 12、看到员工汇报言过其实，说明没有明确的考核机制
• 另类观点
  • 一、关于概念定义，选择选项中答案最长
    • 原因：既然是概念定义，用来描述定义的句子，尽可能长些，把问题描述清楚、范围限制清楚，也就是不要被人抓住了小辫子，说是说话不严谨
  • 二、说话太绝对，如句子中含有“只能”，“仅仅”不要选择
    • 原因：不要把话说死、说满，这不光是做人的基本原则，也是答题的原则。
  • 三、涉及到某项技术的发展，请选择最大的一个选项，或者选择最小的一个选项，核心都得突出技术发展之快
    • 原因：这类考题，选择容量大，数字最大的，或者体积最小的，都是为了体现科技发展的日新月异，一日千里，发展太快了，给人类生活带来极大的便利，超出了人类的想象。题目有着她的社会意义和科技意义
  • 四、从选项中找跟题干最相近、最有关联的
    • 原因：我们知道，通过人的指纹可以识别一个人；通过一个人的写字笔迹可以分析一个人的性格特征；通过一个人的脚印可以分析他的高矮胖瘦、年龄、职业等信息；通过人的DNA也可以识别是谁家的亲生孩子。一言蔽之，就是一个微小信息，可以识别出要选的答案
  • 五、排除法
    • 原因：根据题目的题干信息进行简单的逻辑推理，排除掉不是答案的选项
  • 六、从考题的出题思路出发，也就是技术点出发来看待考题，选择跟技术相关的
    • 原因：系统分析师，考点应该是技术，并且是高深一点的技术，不是白菜，别胡扯一些销售、市场、物流等与技术无关的杂七杂八的话题。也就是排除掉胡扯的选项，如物流、销售市场的选择，选择跟技术相关的选项。技术越复杂，越深奥，越要优先考虑选择该项。
  • 七、知识产权中，提到企业的，权益优先考虑企业，而不是选择个人
    • 原因：众说周知，中国是先国家、后集体，最后是个人。包括我们的地址也是：省、市、县、镇、街道、小区，门牌号。也就是说，先是最大的，最后才是个人。 导致出题的考官的思维也是这样的，讲知识产权的权益的时候，优先考虑的是企业、公司，而不是个人。
  • 八、关于概念的叙述，不要选择特肯定，如“就是”，不要选择带“不”字选项
    • 原因：初、高中学习语文的时候，老师反复讲到，不要选择对概念、定义，带“不”字的描述的语句。如男人是不是女人的哪一类人。 至于不选择特肯定的，就不多说了，相信生活中，世界里总是有特例
• 案例找错题
  • 立项管理
    • 1、立项申请应由甲方的上级主管单位，而非甲方总经理审批
    • 2、未做详细可行性研究就生成可行性研究汇报
    • 3、可行性研究报告未经评审
    • 4、仅根据项目符合国家政策就判断项目肯定上马，判断依据单一
    • 5、投标由软件工程师负责不合适，缺少相关经验
    • 6、仅从技术角度分析项目可行不全面，应综合考虑经济、技术、社会等因素
    • 7、投标文件不能单独完成，需要比较有经验的各领域专家共同参与编写
    • 8、未编写项目建议书
    • 9、未进行项目评估
    • 10、没有进行系统的可行性分析，没有进行多方案比较
    • 11、调研不充分，没有调研大规模应用的案例
    • 12、没有调研国家政策是否允许
    • 13、未进行项目论证
  • 整体管理
    • 1、没有编写、发布项目章程
    • 2、没有编写项目管理计划
    • 3、执行过于随意，没按计划进行
    • 4、没进行项目监控
    • 5、没有走变更控制程序
    • 6、没做好收尾工作
    • 7、项目章程是由项目经理发布的
    • 8、一个人编写项目管理计划
    • 9、计划没经过评审
    • 10、项目章程内容不全
    • 11、计划内容不全
    • 12、项目已变更，计划未更新
    • 13、没做好各子计划的统一协调，可能导致项目计划不符合实际情况
    • 14 、缺乏项目整体管理的思想
    • 15、项目计划缺少相关分计划，如质量计划、沟通计划等
    • 16、项目管理计划制定比较简单，不足以支持整个项目对所需过程的指导和管理
    • 17、公司缺乏对项目的指导和监控
    • 18、选择的软件开发生命周期模型不适合项目
    • 19、缺乏阶段性评审，从而未能及时发现问题
    • 20、启动工作未按照公司管理流程执行
    • 21、项目管理办公室对项目监督不力，没有及时发现项目中存在的问题并予以指导
  • 范围管理
    • 1、没做规划范围管理
    • 2、没做需求收集工作
    • 3、没进行范围定义
    • 4、没进行创建WBS
    • 5、没做范围确认
    • 6、没做好范围控制
    • 7、范围管理计划、需求管理计划是一个人编写的
    • 8、没召开需求评审会，没确认需求
    • 9、范围说明书内容不全
    • 10、没有与各干系人对需求进行详细分析，只是在对客户需求的初步了解后就开始实施
    • 11、不能只参照类似项目的范围说明书，需要根据项目情况进行编写
    • 12、范围说明书没有经过评审
    • 13、不能单独一人对项目进行分解，而要让项目组成员也参与进来
    • 14、范围管理没做好，导致范围蔓延
    • 15、一个人编写了范围说明书不对
    • 16、WBS没有经过相关干系人的确认
    • 17、范围确认存在问题，导致WBS中定义的功能没有开发
    • 18、闭门造车式地开展需求调研与项目范围说明书的编写工作，没让相关干系人参与进来
    • 19、没有编制WBS和WBS词典，以形成权威的范围基准
    • 20、没有进行范围管理计划的评审
    • 21、WBS最好可以分解到4-6层（中级是3-6层）
    • 22、存在镀金行为
    • 23、对需求估计不准确，资源估算不足
    • 24、需求评审没有客户参与，可能导致最终对需求不能达成一致。 设计文件没有经过正式评审，可能导致设计文件有较多的错误。
    • 25、缺乏项目管理范围管理的思想
    • 26、一个工作只能由一个人负责
    • 27、工作包的大小应该介于8/80之间
    • 28、没包含外包出去的模块
    • 29、没包含项目管理工作
    • 30、一个下层属于多个上层了，有交叉从属
  • 进度管理
    • 1、没进行规划进度管理
    • 2、没进行活动定义
    • 3、没进行活动排序
    • 4、没进行资源估算
    • 5、没进行历时估算
    • 6、没制定进度计划
    • 7、没做进度控制
    • 8、加班会增加成本，影响质量
    • 9、并行工作会增加风险
    • 10、增加资源有时可能压缩工期有限
    • 11、制定进度计划的方法不合理，没有预留一定的缓冲时间
    • 12、项目进度计划不合理
    • 13、计划未经过评审就付诸实施
    • 14、不能一个人来制定进度计划，并且没有从项目实际出发来制定进度计划，而根据合同规定的时间来制定进度计划可能不符合项目实际情况
    • 15、控制进度的工作做的不好
    • 16、缺乏进度管理的思想
    • 17、制定工作计划时，没有考虑资源日历，导致有冲突
    • 18、在压缩工期的情况下，没有考虑新增加开发人员的可用性
    • 19、未经过评估情况下随意将原来系统开发时间压缩
    • 20、关键里程碑点没有获得相关干系人的签字确认
  • 成本管理
    • 1、没有进行成本规划
    • 2、没进行成本估算
    • 3、没进行成本预算
    • 4、没进行成本控制
    • 5、一个人编写了成本管理计划
    • 6、成本管理计划没经过评审
    • 7、成本估算不准确
    • 8、成本预算不准确
    • 9、没采用相关工具进行成本控制
    • 10、赶工导致成本超支了
  • 质量管理
    • 1、没有制定可行的质量管理计划并积极实施
    • 2、没做质量保证
    • 3、没做质量控制
    • 10、没有全面的质量管理进展情况报告
    • 4、质量保证过程中缺乏QA的参与
    • 5、质量控制环节缺失，例如评审和测试
    • 6、测试方法不当或不充分
    • 7、测试控制的流程不对，或未进行质量控制就进行了范围确认
    • 8、项目经理用人错误，小X没有质量保证经验
    • 9、应加强项目过程中的质量控制或检查，不能等到工作产品完成后才检查
    • 11、QA发现问题应与当事人协商，如果无法达成一致要向项目经理或更高级别的领导汇报，而不能自作主张
    • 12、在质量管理中，没有与合适的技术手段相结合
    • 13、对程序员在质量意识和质量管理的培训不足
    • 14、没有严格执行公司完善的质量管理体系
    • 15、质量职责分配不合理
    • 16、质量管理计划内容不全
    • 17、在规划质量管理的时候应该同步制订过程改进计划、质量测量指标、质量核对单、并同步更新项目文件
    • 18、项目经理认为质量管理中他是配合的角色，认识错误
    • 19、公司高层对质量管理认识不足，不重视质量管理
    • 20、没有指定专门的质量管理人员