实践是检验真理的唯一标准，如何检验项目经理的是非功过成败，那么他负责的项目就是最好的试金石。从长远来看，如果这个项目能够为客（用）户带来永久的利益和好处，那么在项目的预算和工期超出计划的范畴内也是可以接受的，就像悉尼歌剧院这个经典项目一样，虽然成本与工期远远超出了计划，但是它为悉尼在当代建筑领域留下了一个不朽的名片。
作为一名项目经理，我们要不断的学习项目管理知识、总结项目经验教训，为公司累积组织过程资产和知识。从公司的角度出发，在保质保量完成项目的前提下，尽量节省成本，保证每一个完工的项目文件齐套，为公司累积智力资产和案例，这是一个项目经理的基本职责。
12、你参加过哪方面的培训?你是如何了解公司的培训安排?
PP 、PMC、IPM、RSKM：GP2.5
项目管理工具SVN。
公司会有年度培训计划，发给我们，然后提前半个月进行邮件通知，任何有兴趣的人员都可以参加。
13、项目过程中统计哪些方面的数据？
MA过程要背 SP2.1、SP2.2、SP2.3、SP2.4
进度/工作量/风险/问题/产出物/复用模块/
14、公司收集哪些方面的数据，存放在哪儿，谁来管理这些数据？如何进行管理？
OPDSP1.4 ；MA SP2.1、SP2.2、SP2.3、SP2.4
MPP里的数据，如项目计划工作量（PV）/项目实际工作量（AC）/项目挣值（EV）/进度指数（SPI）/工作量指数（CPI）/评审发现缺陷密度/测试缺陷总数/
完毕后收集：可复用资产清单.doc
15、公司是否有组织方针，你是否了解其中有什么内容？
GP2.1
16、QA如何来检查你的工作？
PPQA SP2.1 、SP2.2
16.1、QA参与项目组早期活动与项目过程剪裁，并根据项目计划制定《质量保证计划.doc》。需定义出各阶段检查、审计的工作过程及产品对象，以及在每个阶段QA工作输出及汇报机制
参与活动：参加现场活动，现场观察执行一些活动，如周会、评审、估算、基线建立等
审查记录：追溯一系列记录，如邮件，证明活动正确执行
访谈：面谈询问，并查看记录
16.2、 QA与项目经理共同分析发现的偏差，确定产生的原因、影响程度、优先级及解决偏差责任人、解决期限、验证日期等信息
16.3、 到达已定义的偏差验证日期，QA代表对偏差进行验证，对于验证未通过的偏差，QA代表必须跟踪直至其关闭
16.4、 项目中解决不了的偏差提交二级部门经理处理，如不能解决最后提至部门经理进行最终裁决，对于忽略的偏差QA需记录忽略理由后直接关闭
偏差记录跟踪表》一起提交部门QA，同时抄送二级部门经理和项目经理.
17、上级领导如何来审查你的工作？
PP、PMC、IPM、RSKM：GP2.1
18、请你描述一下公司的需求过程，你参与了需求的调研过程吗？
RD SP1.1 、SP1.2、SP2.1、SP2.2、SP2.3、SP3.5
18.1、项目经理组织开发《需求分析说明书》，项目组成员负责具体实施，在此过程中识别需求相关问题，并更新《问题跟踪表》。
18.2、《需求分析说明书》开发完成后，项目经理制定《需求分析说明书》的《同行评审计划》，发布通知。
18.3、项目经理召开《需求分析说明书》评审会议，根据《同行评审检查表》对《需求分析说明书》进行评审，识别问题，并形成《同行评审报告》。在评审过程中识别的问题，记录在《问题跟踪表》中，由项目经理分配人员解决，跟踪至关闭。
18.4、、同行评审发现的问题修订完毕后，项目组同客户召开需求分析说明书评审会议，确定需求分析说明书，发现问题记录在《问题跟踪表》中，由项目经理分配人员解决，跟踪至关闭。
18.5、所有问题都得到有效处理后，输出《需求分析说明书》，项目组签字承诺，亦可以邮件或会议纪要的形式承诺。
18.6、将《需求分析说明书》提交客户签字批准，亦可以邮件或会议纪要的形式承诺。
18.7、每周例会中跟踪《问题跟踪表》中需求问题的处理情况。
18.8、项目经理将《同行评审报告》、《需求分析说明书》上传到SVN服务器，更新SVN上的《问题跟踪表》。
19、你是如何来管理需求的（需求发生变更，你如何处理）？
REQMSP1.3、SP1.4、SP1.5 GP2.7、GP2.8、GP2.10
19.1．项目经理组织项目例会，识别并记录项目计划或项目产品与需求不一致的问题，更新《问题跟踪表》，记录来源、内容，分析原因，制订解决措施，确定责任人并跟踪问题的解决。
19.2．在项目设计、开发和测试阶段的评审阶段，根据《同行评审检查表》，对交付物评审与需求的一致性，并记录《同行评审报告》，将问题更新到《问题跟踪表》中进行跟踪。
19.3．项目组成员协助识别问题，实施解决问题的措施。
19.4．项目经理更新SVN上的《问题跟踪表》，并上传《同行评审报告》。
20、需求发生变更时，由谁对需求进行承诺？
REQMSP1.2、SP1.3
21、需求是如何进行评审的（谁来组织、监控、问题是否统计和分析）？
VER SP2.1、SP2.2、SP2.3
22、项目中建立了几条的基线，如何建立基线？
CM SP1.1、SP1.2、SP1.3
制定配置管理计划
建立配置库
配置库维护
发布基线
配置项变更
23、如何进行配置审计？
CM SP3.1、SP3.2
CM在基线发布里程碑点和产品交付时按照《基线清单》中所罗列的检查项对基线库进行检查。
检查《基线配置项清单》与基线库中的配置项名称及其版本是否一致。
检查《基线清单》中的基线记录和基线库的基线是否相符。
检查工作产品受控库中工作产品中的基线产品变更是否在《基线清单》有相应的变更记录。
检查《基线清单》的变更记录的内容是否在工作产品受控库中被落实。
检查基线的发布时间是否和计划发布时间一致。
将审计结果填入《配置审计表》中。跟踪问题直至关闭
24、基线变更的流程？
CM SP2.1、SP2.2
24.1、非基线产品变更
变更人员从开发库中获得要变更产品的最新版本。
文档变更，变更人员必须更新文档内修改履历，自行提交开发库，并修改文档标识中的版本号。
如果文档模板内没有修改履历一栏，则提交开发库时在注释中大致描述修改内容。
代码变更，变更人员提交开发库时必须填写注释：大致描述修改内容。
如产品提交时发生版本冲突，配置工具自动提醒冲突，变更人员协商进行版本合并后再提交开发库。
24.2、基线产品变更
走变更流程，PM填写《变更申请表_YYYYMMDD》，并提交给CCB审核
审核不通过，中止变更。
审核通过，PM通知CM将基线库中产品最新版本提交至开发库或开发环境，项目组实施变更。
CM在《基线配置项清单》表单“配置项详细表”中将变更的配置项状态设为修改中。
CM把变更申请书的编号写在在《基线清单》的变更申请（ID）中
变更完成后，PM指定人员对变更结果进行验证（评审或测试），验证不通过，重新实施变更；验证通过，则通知CM将变更后的工作产品提交至基线库。
CM更新《基线配置项清单》表单“配置项详细表”。
25、CCB的职责是什么？
CM SP1.3 ；GP2.4、 GP2.7、GP2.10
26、你收到CM哪些方面的报告？
CM GP2.8
27、请描述一下测试分为几个阶段，主要采用什么的测试工具？
VERSP1.1、SP1.2、SP1.3、SP3.1、SP3.2
28、描述一下如何进行产品集成？
PI SP1.2、SP1.3、SP2.1、SP2.2、SP3.1、SP3.2、SP3.3
29、你如何与测试组进行沟通？
IPMSP2.1、SP2.2、SP2.3
编制测试方案
编写测试计划
编写测试案例
执行测试
30、公司的过程改进小组（EPG）由哪些成员组成，他们主要的职责是什么？
OPF、OPD ： GP2.4
进行CMMI过程跟踪。过程改进建议表。
31、你如何了解过程改进的执行情况？
OPFSP2.2
32、你是如何给过程改进小组提供意见及建议，他们是如何处理的？
GP3.2
33、你知道公司过程财富库主要有哪些方面的内容，你是如何访问的（谁来进行管理和控制）？
OPD SP1.1、SP1.2、SP1.3、SP1.4、SP1.5
34、项目结项时，将项目中的经验教训存放于哪里？
OPF SP2.4 ；IPM SP1.5
35、组织环境标准有什么内容，你是如何获得项目环境？
IPMSP 1.3
36、公司非CMMI方面做得好的地方？
37、公司非CMMI方面做得不好需要改进的地方？
企业规模在亿级以上的CEO、CIO、CTO、信息化专家、业务专家、流程专家、技术总监、产品总监、研发总监等都在关注的精品微信号！
关注微信公众号“管理学习自留地”，从此你的职业人生与众不同！
