本人裸考，日常工作很忙，不擅长文字。开门见山，我是这样过高项的：
一、上午的题，我是这样准备的：
1、每天坚持做一部分试题，我会把做错的题全部摘录出来，仔细看看解题说明，看错在什么地方，然后按知识点分门别类摘录出来。将知识点做成一个txt文件每天更新，上传至手机上下载的阅读软件，没事了拿出来看看，不断进行巩固。对了，我不赞成做多大量的题，哪怕就做了一道题，但一定要弄明明白白的，最好这道题衍生的知识点也能亲自翻翻教材学习一下，争取做到举一反三。
比如：
【项目建设】：
自行开发：优点：对项目控制能力强。缺点：成本较高
项目外包：优点：资源充足，缺点：成本高
人员外包：优点：可以解决售后维护和升级，缺点：外包人员管理较难
购买现成：优点：费用较低，缺点：不能满足个性化需求。
【物联网】：
【联接方式】：h2t（human to thing人与物联）、t2t（thing to thing物与物联）、h2h（human to human人与人联）
【三层】：感知层、网络层、应用层
【三项关键技术】：传感器技术、rfid、嵌入式系统技术
【两种应用模式】：对象的智能标签、对象的智能控制
【两种业务模式】：1、mai：内部maas；2、maas mmo muliti-tenants多租户模型
【关键领域】：rfid、传感网、m2m（man to man、man to machine）、两化融合
【分类】：私有物联网、公有物联网、社区物联网、混合物物联网、医学物联网、建筑物联网
【物联网创新2.0】：以用户为中心、以社会实践为中心、以人为本
2、不断将知识点进行总结，精简成一句简短的口诀，便于记忆。我不赞成口诀太长，不好记。
如：如何开一个高效的会议，我是这样总结的【例弃目通料 视规总纪后】，知识是这样的1、事先制定一个【例】会制度；2、放【弃】可开可不开的面对面会议，此时以电话或邮件方式解决；3、明确会议的【目】的和期望结果；4、发布会议【通】知；5、在会议之前将会议资【料】发到参会人员；6、可以借助【视】频设备；7、明确会议【规】则：指定主持人，明确主持人的职责，主持人要对会议进行有效控制，并营建一个活跃的会议气氛；8、会议后要【总】结落实；9、会议要有【纪】要；10、做好会议的【后】勤保障。
如：项目经理应该具备什么样的素质，我这样总结【经信领协沟项德行】，知识点是这样：丰富的【经】历和经验、【信】息化it知识、良的【领】导能力、良好的【协】调能力、良好的【沟】通与表达能力、丰富的【项】目管理知识、良好的职业道【德】、客户的【行】业知识。
我一般不用网络上别人总结的，通过自己总结的，适合自己的记忆特点，效果好。与第1点一样，我也是将这些知识，总结成一个txt文件，每天更新，上传至手机上，走路、坐公交车，没事就拿出来看，效果非常好。同时，这样总结后，在我下午的考试中，由于口诀好记，回忆起的知识点也较全，做一些案例分析，还收到了意想不到的效果。
3、计算题，没有什么好办法，我重点是弄清分法和原理，集中了有将近10天时间来做的。重点掌握了如三点估算、挣值管理、时标、进度网络图计算、投资等计算，将公式摘出来，同以上第1、2点一样，整理成一个文件放手机上天天看。
4、英语题，我基本没有怎么准备，原计划放弃的，但实际上考场后，发现今年上半年的英语部分的题还是比较简单，要么通过选择的答案弄清题干，要么通过题干弄清选择答案的意思。
二、下午案例分析，我是这样准备的：
我仔细看了近十年的案例分析原题。这个过程我是这样做的，第一次，我全部看了一遍，对答题的方法和技巧有了一个大致了解。第二遍，我看题干，不看答案，然后自己一条一条分析，并写出来，最后和答案进行比较，看什么地方拉下了，什么地方不同。最后，我认为，比较高效的是将案例中可能与问题有关的句子勾出来，针对这个句子写答案要点，并适当进行润色，就可以写出答案了。
这里，我总结出以下内容，供大家参考：
1.答题时要观察题干问题要求，看看是否有以【xxx角度】之类的关键词，如有，答案重点就要往xxx这方面靠。
2.看其它几问，找出【关键词】，在存在问题中进行【扩散思维】。
3.但凡项目实施中途提出要求，首要考虑变更流程的各项要求；严格按变更的流程去办。
4.对甲方不切实际的要求，要以变更管理流程为依据，不要简单迎合甲方。
5.没有【配置管理】，容易导致【版本混乱】，内容冲突
6.凡【突击开发】的，答题要点要注意【配置管理】和【文档管理】。
7.没有【经过授权】就修改，可能【版本】不一致
8.接到【授权】后，开发人员实施【变更修改前】必须对【配置项遵循配置管理流程更改】，才能修改，否则配置项易混乱。
9.没有书面变更申请，容易使【变更不可追溯】
10.成员自行对版本更新，容易引起【基线内容混乱】
11.没有ccb评价和批准，易【工期、成本质量不可控】；
12.变更批准后pm的工作：【通分计b跟】；（1）根据变更申请表准备相应的【变更通知单】；（2）将变更任务【分配】给相应的项目组成员；（3）将变更任务【更新】到项目主计划和项目wbs计划中；（4）【跟踪】变更任务直至完成。
13.变更完成后的验证：1、评审需求文档、设计文档、代码、测试用例,验证是否与需求一致和正确;2、通过需求跟踪矩阵维护需求与后续工作产品的双向跟踪关系3、完成代码测试,据测试结果确认正确性
14.变更后的任务没有纳入新的项目计划，实际与计划脱节。
15.如果变更可能引起别的方面变更，项目经理作出评价并向ccb提出变更申请，必须时还要合同变更。
16.项目变更可能引起【范围、质量、进度、成本、人员、合同、整体】等方面的变更。
17.用户需求变更后，可能【需求基线、代码基线、设计基线、硬件配置基线】会发生变化。
18.需求变更的【提出】需要遵循【单一接口人制度】，避免令出多门。
19.单元测试后必须采取严格的【配置管理流程后才能集成测试】
20.销售经理在项目执行过程中作用（1）维护客户关系【提高客户满意度】（2）及时【收集】客户意见【反映】给项目组（3）关注【合同条款】确保【客户对合同遵循承诺】（4）促进【客户对里程碑的确认】
21.关于矩阵环境下小组成员【配合职能经理比配合项目经理多，可在项目章程中明确】；
22.项目没有确定里程碑，没有阶段性评审。
23.项目【里程碑处的评审】，可以使干系人随时了解项目。一般不会设在单元测试之间。
24.项目的【绩效跟踪】，【进度监控与跟踪】，【绩效管理】
25.关键角色人员【ab角】
26.解决关键人员不足问题，【建立知识管理制度】，【“隐性知识显性化、个人知识组织化” 】
27.采取【奖罚分明】的方式，避免【无原则的老好人】
28.激发工作积极性方法：积极向上的【企业文化】、【和谐宽松的团队气氛】、【团队建设】，
29.项目经理要对团队成员积极【引导】。
30.比如存在【个人英雄主义】，不注意【团队协作】。
31.缺乏项目管理经验，工作中的【人际关系】与【项目跟踪监督】【混为一谈】
32. 没有采取【团队合作】方式，使自己成为“孤家寡人”
33.没有对新加入的团队成员【制订工作经验和能力要求】。新成员与老成员缺少必要的【磨合】。
34.项理经理【不能兼任测试经理】，不利于保证测试的独立性。
35.只关注结果的质量，忽视【过程质量】，只关注数量，没有分析原因。
36.【风险过高】的技术项目，可以考虑【外包】
37.风险要考虑【售后风险】、【商业风险】。
38.常用的词：生搬硬套、不切实际、流于形式，表面文章，只注重形式，不符合实际
39.项目经理要主动及时【向组织报告项目实施中存在的问题】
40.对项目【盲目乐观】，答案中要体现缺乏【风险意识】
三、对于论文部分，我是这样准备的：
1、购买了一本清大关于论文准备的书籍。教材详细分析了论文的结构，仔细分析了摘要、背景、结尾、投资等的写法，以及各部分的字数要求，我感觉这非常重要，我就是按这个要求准备的。
2、论文背景，我是将我实际经历的项目进行总结，自己写的。我感觉不能直接从网上抄别人的，即使没有项目经验，也要写一些别人没有写过的项目背景，这样判卷老师才有可能认为文章不是人云亦云，抄袭的。最好写一部分管理背景、写一部分当前比较流行的软件、硬件技术，才显得比较专业，但这部分一定要仔细咨询一下专业人士，不要写出笑话就得不偿失了，不清楚的宁可不写。
3、论文主题部分，我是中规中矩，按要点一步一步进行写的。但遇到的问题，我是密切与本项目挂钩和联系，不一定是技术的方法的，管理方面的也可以，最好与网络上别人写的问题或例子有区别。我还感觉到，哪怕论文理论写的与其他人的写的差不多，但举的例子不与别人类同，效果也不会差的。呵呵，我理论部分是综合几本教材的内容和准备上午考试时的知识要点，直接用自己的大白话写出来的。
4、这个过程中，我还感觉到，论文最好自己写。在写的过程中，为了不至于出现笑话，比如某个方法错误地放到其它内容里，我会仔细翻教材，呵呵，对于这次上午考试理论知识的掌握和理解有相当有帮助。
5、论文写好后，我也是准备成txt，上传到手机上，尽量去背，在背的过程中，总能感觉到一部分语句不通顺，就不断进行修改更新。按其它前辈们的经验，我在快考试前半月，准备了稿纸，试着在不受其它干扰的情况下，默写下来，主要是试试时间够不够，还有试试写将近3000字的手感。
以上是一些心得，不知是否妥当，也不知能不能帮助大家。
手机APP
微信公众号